-
Notifications
You must be signed in to change notification settings - Fork 119
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
chore(xod-client-browser): replace DOUBLE_TAP
deploy with appending commit offset to Docker image tags
#674
Conversation
2f4d56a
to
aac9621
Compare
@@ -1,6 +1,6 @@ | |||
{ | |||
"name": "xod-client-browser", | |||
"version": "0.11.0-dev", | |||
"version": "0.11.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.
We’re not ready to 0.11.0
yet. Use 0.11.0-dev.2
or something
@nkrkv ok? |
1 similar comment
@nkrkv ok? |
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 ask you to squash and reword the commits as well. What you do is not a feature (a xoder would not notice anything), it’s a chore.
@@ -1,6 +1,6 @@ | |||
{ | |||
"name": "xod-client-browser", | |||
"version": "0.11.0-dev", | |||
"version": "0.11.0-dev.2", |
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.
Sorry for raising the topic again. I totally forget that lerna
should be used to bump versions in the repo. We should not bump individually and by hand. At last, we’re learning, isn’t it?
BTW, is there a real reason we should bump it now. Will we lose anything if you’ll just keep it 0.11.0-dev
as it was?
echo 'xodio/ide' >IMAGE_NAME | ||
node -p 'require("./package.json").version' >VERSION | ||
node -p "require('./package.json').version + '-$HASH'" >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.
According to the semver spec, we should really use +
here. Otherwise, the versions pretend to be sortable.
E.g.
0.10.0-abcd
0.10.0-bcde
0.10.0-cdef
chronology is implied although it can differ in fact.
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.
@nkrkv https://docs.docker.com/engine/reference/commandline/tag/#extended-description
A tag name must be valid ASCII and may contain lowercase and uppercase letters, digits, underscores, periods and dashes. A tag name may not start with a period or a dash and may contain a maximum of 128 characters.
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.
@nkrkv The +
sign was used initially, which errored.
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.
OK. To keep things ordered, can we use git describe --tags
in this case?
$ git describe --tags
v0.11.0-dev-14-gdeb0fc2e
14
is what would make subversioning linear.
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.
@nkrkv Ordered where? Docker Hub sorts chronologically, not lexicographically. https://hub.docker.com/r/library/node/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.
Not a big deal, but I find:
0.11.0-0
0.11.0-7
0.11.0-9
much easier to follow in mind than:
0.11.0-deb0fc2
0.11.0-0383abb
0.11.0-6675eaf
Bonus: it doesn’t violate semver spec.
47fbe72
to
1cec84b
Compare
DOUBLE_TAP
deploy with appending commit hash to Docker image tagsDOUBLE_TAP
deploy with appending commit hash to Docker image tags
@nkrkv ok? |
… commit offset to Docker image tags
47c5b6c
to
171f25c
Compare
DOUBLE_TAP
deploy with appending commit hash to Docker image tagsDOUBLE_TAP
deploy with appending commit offset to Docker image tags
@nkrkv ok? |
Cool 🎉 LGTM |
Closes #673.