Skip to content
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

Begin publishing npm tarballs to S3. #16039

Merged
merged 12 commits into from Jan 2, 2018
Merged

Conversation

rwjblue
Copy link
Member

@rwjblue rwjblue commented Jan 1, 2018

This PR finally allows us to easily consume and test alpha, canary, beta, and release channels with ember-source as an npm dependency (previously to use these channel specific builds you must use them via bower).

For example, to use the canary channel from an app (or addon) after this lands you would have the following in your package.json:

{
  // ...snip...
  devDependencies: {
    //...snip...
    "ember-source": "http://builds.emberjs.com/canary.tgz",
  }
}

The following assets are published for each channel (using canary for illustrative purposes, but the same paths are available for each):

http://builds.emberjs.com/canary.tgz
http://builds.emberjs.com/canary/daily/20180101.tgz
http://builds.emberjs.com/canary/shas/SOMESHAHERE.tgz

Once this lands, we can begin removing bower and globals build publishing infrastructure...

Will no longer include `-null`.
This is responsible for updating the `package.json` version number (so
that the packed tarball has the same version string as `Ember.VERSION`)
and running `npm pack` to build a tarball suitable for referencing in an
applications `package.json` as:

```js
{
  devDependencies: {
    "ember-source": "http://builds.emberjs.com/canary.tgz",
  }
}
```
In practice, this does not work well enough yet (issues exist for both
npm@5 and yarn@1.3 making the "reference github" branch not work
properly).

This functionality will be replaced with the concept of pointing to
prepublished tarballs.
With this change, the final version (reported in `package.json` and
`Embrer.VERSION`) for canary builds will be `3.0.0-canary+SHAHERE` and
for alpha builds it would be `3.0.0-alpha+SHAHERE`. For tagged builds,
the tag itself is what will be used (minus any `v` prefix).
@@ -5,11 +5,8 @@ echo -e "PULL_REQUEST: ${TRAVIS_PULL_REQUEST}\n"

if [ "$TRAVIS_PULL_REQUEST" == "false" ] && [ "$PUBLISH" == "true" ]; then

if [ "$EMBER_ENV" != "production" ]; then
DISABLE_JSCS=true DISABLE_JSHINT=true ember build --environment=production
Copy link
Sponsor Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yarn build seems to replace this, however yarn build does not DISABLE_JSCS=true DISABLE_JSHINT=true, if I read this correctly.

Is this something to be addressed?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, but the fix is to remove all references to DISABLE_JSCS and DISABLE_JSHINT in other files...

Basically, they were environment variables that emberjs-build was aware of and made special, but since we migrated away from emberjs-build (sometime before Ember 2.10?) they no longer have meaning.

This reverts commit d76312c.

`prepare` script was removed, so we need to bring this back...
@rwjblue rwjblue merged commit bd7e62f into emberjs:master Jan 2, 2018
@rwjblue rwjblue deleted the publish-tarballs branch January 2, 2018 04:09
rwjblue added a commit to rwjblue/ember.js that referenced this pull request Jan 2, 2018
@rwjblue
Copy link
Member Author

rwjblue commented Jan 2, 2018

This has been backported to beta and release channels as well...

lorcan pushed a commit to lorcan/ember.js that referenced this pull request Feb 6, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants