You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This version is covered by your current version range and after updating it in your project the build failed.
As semantic-release is “only” a devDependency of this project it might not break production or downstream projects, but “only” your build or test tools – preventing new deploys or publishes.
I recommend you give this issue a high priority. I’m sure you can resolve this 💪
Status Details
❌ continuous-integration/travis-ci/push The Travis CI build failed Details
Release Notesv6.3.2
6.3.2 (2016-11-17)
Bug Fixes
use travis-deploy-once to reenable travis-pro support (2be6e5d3)
We always want semantic-release to be simple and clean.
On versions 4 and below it requires a Python script, configured with 3 additional lines in your .travis.yml file, to get semantic-release to properly work with test matrices (i.e. testing multiple node versions).
In an attempt to fix this we published version 6 and on with a bundled JavaScript version of that script, so there was no need for additional config anymore.
Unfortunately though this broke compatibility with Travis Pro, because the JavaScript version does not support that. Version 6 never reached the "latest" dist-tag and stayed on "next" for quite some time, just because of this.
This has been the sad state of semantic-release for way too long, so we built travis-deploy-once. Another very simple JavaScript version of that script, but with out-of-the-box Travis Pro support.
So here it is: semantic-release 6.3.2. No more python script awkwardness in your .travis.yml files, no more latest/next confusion.
The last version on "latest" was 4.3.5 so here are the breaking changes that happened since then. Upgrading should be trivial.
From 6.0.0: Breaking Changes
If you run travis_after_all and travis-after-all at the same
time they'll keep waiting for each other until forever. You have to apply
this patch to your .travis.yml.
In cases where you pushed a new commit with a "dist-tag"
configuration of "next" and no version was previously published as "next",
semantic-release failed and did not publish a new version. It will now
automatically fall back to the "latest" version to determine a new "next" version.
Version 6.3.2 of semantic-release just got published.
This version is covered by your current version range and after updating it in your project the build failed.
As semantic-release is “only” a devDependency of this project it might not break production or downstream projects, but “only” your build or test tools – preventing new deploys or publishes.
I recommend you give this issue a high priority. I’m sure you can resolve this 💪
Status Details
Release Notes
v6.3.26.3.2 (2016-11-17)
Bug Fixes
We always want semantic-release to be simple and clean.
On versions 4 and below it requires a Python script, configured with 3 additional lines in your .travis.yml file, to get semantic-release to properly work with test matrices (i.e. testing multiple node versions).
In an attempt to fix this we published version 6 and on with a bundled JavaScript version of that script, so there was no need for additional config anymore.
Unfortunately though this broke compatibility with Travis Pro, because the JavaScript version does not support that. Version 6 never reached the "latest" dist-tag and stayed on "next" for quite some time, just because of this.
This has been the sad state of semantic-release for way too long, so we built travis-deploy-once. Another very simple JavaScript version of that script, but with out-of-the-box Travis Pro support.
So here it is: semantic-release 6.3.2. No more python script awkwardness in your .travis.yml files, no more latest/next confusion.
The last version on "latest" was 4.3.5 so here are the breaking changes that happened since then. Upgrading should be trivial.
From 6.0.0: Breaking Changes
.travis.yml
.before_script:
-- curl -Lo travis_after_all.py https://git.io/vLSON
after_success:
-- python travis_after_all.py
-- export $(cat .to_export_back)
--
(ef162321)
From 5.0.0: Breaking Changes
(7a4c89f1)
Commits
The new version differs by 1 commits .
2be6e5d
fix: use travis-deploy-once to reenable travis-pro support
See the full diff.
Not sure how things should work exactly?
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot 🌴
The text was updated successfully, but these errors were encountered: