Handling nextRelease version in semantic release
up vote
0
down vote
favorite
so I have been reading the docs and kind of got a glimpse of
what I should do, but no real grasp of how I can do it.
Here is my problem:
- I am using semantic release to publish my package to npm
- I also have contract testing in place with Pact.
- I would like my Pacts published after the release, if successful, with the same version as the new version
How can I do that easily?
I have looked at the docs, and understood that I could use the exec plugin, however, I find it not clear how I should configure semantic-release to behave exactly the same as now, only exposing the version as, at the very least, an env variable, and couldn't find examples of people doing that.
I could use hooks, but I am concerned that if a npm publish does not happen for some reasons, I would still get my pact published with the next version, which wouldn't exactly exist. Any suggestions here?
It seems I could also write my own JS script (see https://github.com/semantic-release/semantic-release/blob/3cc62f0318ff8917fcdc7cebe890da9dbaa7b3f9/docs/developer-guide/js-api.md) to do this as well as handling the version, but I am not certain what this example does and what it covers regarding the current behaviour.
I guess I could also write my own pact plugin too, but that's even more next level into having to understand how the internals of semantic-release work.
So I am after some examples/experience sharing, and maybe an easy-peasy solution to have that working in less than 30 minutes :)
Thanks
PS: sorry for posting here, but it seems the issues of semantic-release are not really made for support questions.
pact semantic-release
add a comment |
up vote
0
down vote
favorite
so I have been reading the docs and kind of got a glimpse of
what I should do, but no real grasp of how I can do it.
Here is my problem:
- I am using semantic release to publish my package to npm
- I also have contract testing in place with Pact.
- I would like my Pacts published after the release, if successful, with the same version as the new version
How can I do that easily?
I have looked at the docs, and understood that I could use the exec plugin, however, I find it not clear how I should configure semantic-release to behave exactly the same as now, only exposing the version as, at the very least, an env variable, and couldn't find examples of people doing that.
I could use hooks, but I am concerned that if a npm publish does not happen for some reasons, I would still get my pact published with the next version, which wouldn't exactly exist. Any suggestions here?
It seems I could also write my own JS script (see https://github.com/semantic-release/semantic-release/blob/3cc62f0318ff8917fcdc7cebe890da9dbaa7b3f9/docs/developer-guide/js-api.md) to do this as well as handling the version, but I am not certain what this example does and what it covers regarding the current behaviour.
I guess I could also write my own pact plugin too, but that's even more next level into having to understand how the internals of semantic-release work.
So I am after some examples/experience sharing, and maybe an easy-peasy solution to have that working in less than 30 minutes :)
Thanks
PS: sorry for posting here, but it seems the issues of semantic-release are not really made for support questions.
pact semantic-release
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
so I have been reading the docs and kind of got a glimpse of
what I should do, but no real grasp of how I can do it.
Here is my problem:
- I am using semantic release to publish my package to npm
- I also have contract testing in place with Pact.
- I would like my Pacts published after the release, if successful, with the same version as the new version
How can I do that easily?
I have looked at the docs, and understood that I could use the exec plugin, however, I find it not clear how I should configure semantic-release to behave exactly the same as now, only exposing the version as, at the very least, an env variable, and couldn't find examples of people doing that.
I could use hooks, but I am concerned that if a npm publish does not happen for some reasons, I would still get my pact published with the next version, which wouldn't exactly exist. Any suggestions here?
It seems I could also write my own JS script (see https://github.com/semantic-release/semantic-release/blob/3cc62f0318ff8917fcdc7cebe890da9dbaa7b3f9/docs/developer-guide/js-api.md) to do this as well as handling the version, but I am not certain what this example does and what it covers regarding the current behaviour.
I guess I could also write my own pact plugin too, but that's even more next level into having to understand how the internals of semantic-release work.
So I am after some examples/experience sharing, and maybe an easy-peasy solution to have that working in less than 30 minutes :)
Thanks
PS: sorry for posting here, but it seems the issues of semantic-release are not really made for support questions.
pact semantic-release
so I have been reading the docs and kind of got a glimpse of
what I should do, but no real grasp of how I can do it.
Here is my problem:
- I am using semantic release to publish my package to npm
- I also have contract testing in place with Pact.
- I would like my Pacts published after the release, if successful, with the same version as the new version
How can I do that easily?
I have looked at the docs, and understood that I could use the exec plugin, however, I find it not clear how I should configure semantic-release to behave exactly the same as now, only exposing the version as, at the very least, an env variable, and couldn't find examples of people doing that.
I could use hooks, but I am concerned that if a npm publish does not happen for some reasons, I would still get my pact published with the next version, which wouldn't exactly exist. Any suggestions here?
It seems I could also write my own JS script (see https://github.com/semantic-release/semantic-release/blob/3cc62f0318ff8917fcdc7cebe890da9dbaa7b3f9/docs/developer-guide/js-api.md) to do this as well as handling the version, but I am not certain what this example does and what it covers regarding the current behaviour.
I guess I could also write my own pact plugin too, but that's even more next level into having to understand how the internals of semantic-release work.
So I am after some examples/experience sharing, and maybe an easy-peasy solution to have that working in less than 30 minutes :)
Thanks
PS: sorry for posting here, but it seems the issues of semantic-release are not really made for support questions.
pact semantic-release
pact semantic-release
asked yesterday
Moustachiste
887
887
add a comment |
add a comment |
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53417010%2fhandling-nextrelease-version-in-semantic-release%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown