Improve Crystal version detection #2856
Merged
+45
−22
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
released compiler
The last point means the head version now looks like this:
Crystal 0.18.0+23 [adf408d] (2016-06-16)
, withCrystal::VERSION
being0.18.0+23
. This is in accordance with http://semver.org/#spec-item-10Travis does shallow clones, but it will always compile with the latest released compiler, that means with this the first
std_spec
run will haveCrystal::VERSION
be the latest released compiler, so currently0.18.0
, the secondstd_spec
run will haveCrystal::VERSION
with the shallow clone case, so currently0.18.0+?
.The build in this PR will fail as long as
CRYSTAL_CONFIG_VERSION
is set via Travis web interface. This is why it's always to prefer to set environment variables via.travis.yml
orbin/ci
.