-
Notifications
You must be signed in to change notification settings - Fork 10
apm vs apm-beta #7
Comments
Just to be sure, what's the difference between If the publish is actually different we might want to support both (and still clarify in the doc) in case users want to release on the beta channel. If the publish is the same then the second solution (doc) is the best. In addition we can add another verification that makes sure the environment variable |
So assuming that the Beta channel hasn't introduced any bugs in
Although probably everyone is using the build scripts from |
Ok, thanks for the clarifications. Let's go for the doc update then. |
Add a note clarifying that when using `travis-deploy-once` and multiple versions of Atom in your CI configuration, the Stable channel build needs to be the "last" one for `apm` to be available. Fixes semantic-release#7.
Add a note clarifying that when using `travis-deploy-once` and multiple versions of Atom in your CI configuration, the Stable channel build needs to be the "last" one for `apm` to be available. Fixes semantic-release#7.
Add a note clarifying that when using `travis-deploy-once` and multiple versions of Atom in your CI configuration, the Stable channel build needs to be the "last" one for `apm` to be available. Fixes #7.
When Atom is installed on a *NIX platform the beta channel releases don't actually provide
apm
, instead that utility is provided asapm-beta
. If the CI build is setup so the beta build runs "last" andsemantic-release
runs there, it can't findapm
and fails.I see two solutions to this:
apm-config
to useapm-beta
semantic-release
should only be ran on builds for the stable channel of Atom.If you agree that the second option is the way to go I can put up a quick PR updating the documentation 😉.
See AtomLinter/atom-linter-pug#22 for an example where this issue was fixed.
The text was updated successfully, but these errors were encountered: