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

Removed generation step. Require directly from caniuse-db #47

Merged
merged 2 commits into from
Sep 5, 2016

Conversation

alexisvincent
Copy link
Contributor

This passes the tests... I assume its equivalent to before

@alexisvincent
Copy link
Contributor Author

Fixes #42

@MoOx
Copy link
Collaborator

MoOx commented Aug 26, 2016

Thank you so much for this. I will add some comment since I would like an option for "sort of" backward compat.

@MoOx
Copy link
Collaborator

MoOx commented Aug 26, 2016

Oh! I am seeing that caniuse now provides all data in a single json. That's cool and new (this file did not exist in the past).

I guess we should bump caniuse-db version to be sure data.json exist.

According to the change, does not look like a breaking change... Do you think we can release this as a patch? poke @Nyalab

@alexisvincent
Copy link
Contributor Author

Yeah, didn't think it did.

@alexisvincent
Copy link
Contributor Author

@MoOx Whether its a patch or not, do you think you could attempt to release a version of cssnext that uses this? Means I can close a bunch of issues all over the place :)

@MoOx
Copy link
Collaborator

MoOx commented Aug 26, 2016

@alexisvincent if it is released as a patch, this will be automatic for postcss-cssnext. If merged as a breaking change, I will have to bump, but yeah, I will do that if it's required.

As this merge/release could impact a lot of projects according to the number of download, I will wait to have some free times around (not a good idea a Friday afternoon) to cut a release, so if any major problems (or even minor) came up I can handle it quickly.

Again, thanks for taking time to handle this, I really appreciate the help!

@alexisvincent
Copy link
Contributor Author

My pleasure. Thanks for the really tight feedback loop. Makes contributing easy. I just read through the entire codebase. Logic is sound. But found one features array access i didn't change (no test coverage). Everything is clean now. And is definitely not a breaking change.

@Nyalab
Copy link
Owner

Nyalab commented Aug 29, 2016

can we test this on a small sized VM, to see if the perfs are not horrible? i'm afraid loading in memory all the db can make this step horribly long, but if it does not, we can release this as a patch @MoOx

@alexisvincent
Copy link
Contributor Author

alexisvincent commented Aug 29, 2016

I can help with this if you'd like. Can run a docker container on my machine if that's ok with you?

@MoOx
Copy link
Collaborator

MoOx commented Aug 29, 2016

Lgtm

@MoOx
Copy link
Collaborator

MoOx commented Sep 1, 2016

@alexisvincent any update for the test in a slow env?

@alexisvincent
Copy link
Contributor Author

Haven't had time yet. But will hopefully do it this afternoon. Unless one of you would like to.

@alexisvincent
Copy link
Contributor Author

@MoOx I tested on google's f1-micro (1 shared vcpu, 600mb ram). Basically just time node list/index.js. Original had an average of 105ms, new one had an average of 112ms. So I think it's safe to say this is good to merge.

@MoOx
Copy link
Collaborator

MoOx commented Sep 2, 2016

@alexisvincent This is awesome. Will merge and release as a patch on monday morning! Thank you for your patience and involvement.

@alexisvincent
Copy link
Contributor Author

👍

@Nyalab
Copy link
Owner

Nyalab commented Sep 4, 2016

Thank you @alexisvincent & @MoOx

@MoOx
Copy link
Collaborator

MoOx commented Sep 5, 2016

Released as 1.5.2 \o/

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.

3 participants