-
Notifications
You must be signed in to change notification settings - Fork 396
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
include browserified and browserified+uglified version in dist #476
Conversation
Had a couple of broken builds - I'll squash after all the work is complete / questions answered. |
The reason I was doing it preversion is that I actually disable npm's autocommit behavior. Doing it postversion seems perfectly fine to me.
Yeah, I don't think we can do that without bumping to 4.0.0. Even though it's not as tidy as we'd like, let's keep the es6-shim where it is for now to avoid the breaking change.
Yes, it's intentionally committed to github. I'm cool with your adding a source map for it and committing that too.
Great, thanks!
I'm not much of a bower user anymore, but I can try to help out here. It seems like there might be some tension around what the value of
Nah, don't worry about it. |
updated docs and rebased - anything I missed? |
@briancavalier ping :) |
This looks great, @dominykas. I pulled the branch and tried it out, and both Is there anything else you want/need to do here, or is this ready to be merged? |
Nope, I think this is all set as far as I'm concerned |
👍 |
…-in-dist include browserified and browserified+uglified version in dist
Hmmm. I can see the new version checked into git, but it's not on npm yet? Anything I can help with? |
Sorry for the delay. Here it is |
Fix for #473, also add source maps, next to browserified JS files. The source maps include
sourceRoot
pointing to the raw files on Github for the current gitHEAD
- uglify for some reason then listssources
twice - relative to the project root and then repeats them atsourceRoot
- not sure if that's a bug in uglify or not, but I tested in the browser and sincesourcesContent
are included in the actual source map, things just work.A couple of questions:
prepublish
AND duringpreversion
? I wouldn't normally care, butnpm version
creates a new commit, so it would probably be best to run the build steppostversion
, as it includes a link to the commit in the source map (event if the content at both commits is roughly the same, for source map purposes). Or maybeprepublish
is enough andpreversion
should be removed?es6-shim
todist
? That might be considered a breaking change (file no longer where it used to be)es6-shim
, but it seems the output is checked into git? Is it supposed to be that way? Should source map also be checked in?dist
and use a global" bit, but I don't use bower, so I'm useless there...npm install
reordered thedevDependencies
- should I put it back the way it was?