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

Stop committing dist/ files #92

Closed
vvo opened this issue May 18, 2015 · 6 comments
Closed

Stop committing dist/ files #92

vvo opened this issue May 18, 2015 · 6 comments
Labels

Comments

@vvo
Copy link

vvo commented May 18, 2015

For all our JavaScript projects, we use http://www.jsdelivr.com/ as a great way to distribute our builds to clients.

One drawback is that we have to commit dist/ files to our github repository for them to be picked up by their bot.

As committing dist/ files can be tedious and error prone, we should be able to avoid it.

It seems that by combining https://github.com/jsdelivr/libgrabber#add-updatejson-schema and npm prepublish and gitignore we would be able to push our dist files to the npm repository only and then have jsdelivr pick them up from here.

What do you think @bobylito @pixelastic?

@bobylito
Copy link

bobylito commented Jun 8, 2015

Yep I was thinking of the same thing for the helper. 👍

@vvo
Copy link
Author

vvo commented Jun 8, 2015

Will test this workflow in the places client, you can test it right now if you want otherwise Ill let you know of the outcome

@pixelastic
Copy link

Seems an interesting approach. So this will push the minified version to
npm, but not save them in the repo history, right ? Also, are the minified
version tested by the CI ?

On Mon, Jun 8, 2015 at 5:13 PM, Vincent Voyer notifications@github.com
wrote:

Will test this workflow in the places client, you can test it right now if
you want otherwise Ill let you know of the outcome


Reply to this email directly or view it on GitHub
#92 (comment)
.

@vvo
Copy link
Author

vvo commented Jun 9, 2015

So this will push the minified version to
npm, but not save them in the repo history, right ?

Yes and jsdelivr will take the dist from npm. This has another advantage which is jsdelivr will only pull what is on npm, rather than pull as soon as it's on master (it can be on master but not yet released).

Also, are the minified
version tested by the CI ?

Yes the integration tests are using the build version of algoliasearch so that we test:

  • the browserify standalone generated module (export in window)
  • the minification does not breaks the build

The unit tests are run with the commonJS module.

See https://github.com/algolia/algoliasearch-client-js/blob/759435012224f2db3477074e19fca43d4af3c5ca/test/run-integration.js#L20-L22 and https://github.com/algolia/algoliasearch-client-js/blob/759435012224f2db3477074e19fca43d4af3c5ca/zuul.config.js#L8-L13

@pixelastic
Copy link

So yeah, go for this approach and tell us how it went, this sounds good.

On Tue, Jun 9, 2015 at 10:41 AM, Vincent Voyer notifications@github.com
wrote:

So this will push the minified version to
npm, but not save them in the repo history, right ?

Yes and jsdelivr will take the dist from npm. This has another advantage
which is jsdelivr will only pull what is on npm, rather than pull as soon
as it's on master (it can be on master but not yet released).

Also, are the minified
version tested by the CI ?

Yes the integration tests are using the build version of algoliasearch so
that we test:

  • the browserify standalone generated module (export in window)
  • the minification does not breaks the build

The unit tests are run with the commonJS module.

See
https://github.com/algolia/algoliasearch-client-js/blob/759435012224f2db3477074e19fca43d4af3c5ca/test/run-integration.js#L20-L22
and
https://github.com/algolia/algoliasearch-client-js/blob/master/zuul.config.js#L8-L13


Reply to this email directly or view it on GitHub
#92 (comment)
.

@vvo
Copy link
Author

vvo commented Mar 10, 2016

This is V4 #195

@vvo vvo closed this as completed Mar 10, 2016
eunjae-lee pushed a commit that referenced this issue Mar 3, 2022
shortcuts added a commit that referenced this issue Apr 26, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants