-
Notifications
You must be signed in to change notification settings - Fork 54
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
build: Fix shell syntax #62
build: Fix shell syntax #62
Conversation
Codecov Report
@@ Coverage Diff @@
## master #62 +/- ##
=======================================
Coverage 61.79% 61.79%
=======================================
Files 14 14
Lines 746 746
=======================================
Hits 461 461
Misses 244 244
Partials 41 41 Continue to review full report at Codecov.
|
@@ -142,6 +142,6 @@ push: docker-image-build | |||
$(DOCKER_PUSH) $(call unescape_docker_tag,$(DOCKER_IMAGE_VERSIONED)) | |||
@if [ "$$TRAVIS_TAG" != "" ]; then \ | |||
$(DOCKER_TAG) $(call unescape_docker_tag,$(DOCKER_IMAGE_VERSIONED)) \ | |||
$(call unescape_docker_tag,$(DOCKER_IMAGE)):latest | |||
$(DOCKER_PUSH) $(call unescape_docker_tag,$(DOCKER_IMAGE):latest) | |||
$(call unescape_docker_tag,$(DOCKER_IMAGE)):latest; \ |
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.
Shouldn't this ;
be an &&
?
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.
It can be both, I used ;
because:
- it's the way it was, and has worked fine so far
- it'll fail eitherwise
- it may give a false sensation of having some kind of transactional support, which we don't, and I don't think it's worth at this moment.
I'm not strongly against it though, so I can change it if you prefer.
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'm not strong against it either, just commenting the usual way to write those commands in Dockerfiles. Your arguments make sense and the only advantage of the &&
would be that the script would fail at the specific point of failure (and not one command later) so leave it with the ;
if you want.
No description provided.