-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
@damassi => Add semantic-release #521
Conversation
@@ -27,6 +27,9 @@ test: | |||
- yarn test -- --runInBand | |||
|
|||
deployment: | |||
release: | |||
branch: master | |||
- yarn run semantic-release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think there is some legacy stuff around here that relates to legacy deployment process. Once we've verified that this works we should make sure to remove that and update README.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For sure!
Talked with @eessex and we're going to setup a test repo to give the process a spin and figure out what we need and then come back here. |
After merging conflicts, 17K lines were added to this PR -- any idea where these came from? |
It looks like they came from the #522 change - I think you |
4dcfa14
to
820c1b9
Compare
@@ -1,6 +1,6 @@ | |||
{ | |||
"name": "@artsy/reaction-force", | |||
"version": "0.23.1", | |||
"version": "0.0.0-development", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will this account for existing packages that have already been published to NPM? Does it determine from there that the current release is 0.23.1
and update accordingly?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it should fetch the version number from the existing package on npm. This version number is a placeholder and will always read 0.0.0.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When merging, the build on Circle will log which commits trigger changes, as well as the new version number.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sweet, just wanted to double check 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also wanted to note it looks like this version number is being overwritten when I push a commit, but don't see where this is being set.
package.json
Outdated
{"tag": "FEATURE", "release": "minor"}, | ||
{"tag": "BREAKING", "release": "major"} | ||
] | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
README.md
Outdated
``` | ||
|
||
[Valid tags](https://github.com/artsy/reaction/blob/master/package.json#L175) for release include DOC, FIX (patch), FEATURE (minor), and BREAKING (major). Commits that do not adhere to this convention will not trigger an NPM release. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What do you think about FIX
vs PATCH
as being the primary trigger? I always associate FIX
with "BUGFIX" rathar than a minor change.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Open to either, we can also add both or additional tags.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, lets go ahead and associate PATCH
and FIX
with a minor release
README.md
Outdated
##### Example Patch Release | ||
``` | ||
[FIX onboarding]: increase plus-button size | ||
``` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
And update with additional example so that its clear:
[FIX onboarding] Modal does not open
[PATCH] Bump version
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, can you remove the :
from the docs so that its clear that this syntax is not required?
89fb37c
to
f0056e0
Compare
Have a think if there's a peril rule that could remind you about adding |
@orta - what I'm thinking is that those should only be added when a release is desired, though @eessex and I went back and forth about whether every commit should be a release. I'm in the camp that for a project like Reaction it should be targeted and selective. For example, there could be many commits in a PR that has nothing to do with a release, or there could be many commits and then the last one is tagged signalling a release, or the whole thing could be squashed into one commit with a tag. But I think it should be conventional rather than required. Thoughts? Maybe a danger warning? But even then, i think having our README up to date in terms of how to release is sufficient -- a |
I like it 👍 I like that you still need to trigger a release, the future will tell us wether or not people in practice run into issues with that. |
Alright, gonna merge. Thanks for diving into this new area @eessex, will def help keep things efficient 👍 |
Yeah, I like the idea 👍 |
i think it's simple enough to not need a danger/peril rule |
releaseRules
to package.json in the Ember standardGH_TOKEN has also been added to reaction on Circle CI (npm token was already present)