-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Bower for individual plugins #415
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
Comments
I'm generally +1 on this idea, both for Bower and NPM. |
This has been discussed internally briefly fwiw, and I'm a bit torn. We have 3 primary use cases:
So with that said, here are some complications with our CDN stuff (which is our #1 consumer): We provide versioned urls based on the raven-js version, something like: If we switch everything to supporting commonjs, which @benvinegar is working on, this solves at least the npm case, since a module could be required like, Bower, I have no idea if this would be solved with the commonjs path. My guess is it would, but I'm not familiar with that use case personally. So, to summarize: I'm +1 to doing this where it makes sense. I don't think we can blanket apply this to all plugins, but it probably makes sense for things like angular and possible ember, or the other large frameworks we support. And for the record, at the moment, I version raven-js according to breaking changes in plugins too, just to be safe, but this means things are a bit intertwined which isn't the best, I admit. I'd personally like to see them split out, but I think there's some work that needs to be done first on our side + figure out which ones it makes sense to do this with. |
Also, I forgot to ask, for the bower specific repositories, how does that then work with npm? Would we maintain both a repository for bower and one for npm? That seems a bit excessive imo. Could we just do the same as we're doing in here? Include both a |
And going to assume this is dependent on #323 |
bower + raven.js 2.x + angular Only the
I get this error: What is the problem? |
@benvinegar thank you! |
@kukac7 – I'm putting up some examples today. Sorry, bear with me. |
The 2.1.0 release from earlier this week builds proper distributable version of angular.js (/dist/plugins/angular.js).
It should be |
We already discussed this, and we'll go with a separate releases for every plugin. |
@kukac7 try this: "overrides": {
"raven-js": {
"main": [
"dist/raven.js",
"dist/plugins/angular.js"
]
}
} This works for me. |
@mjrdnk thanks, it's been solved. |
I'd like to propose the possibility of introducing bower packages, on separate release cycles, for the raven plugins -- such as
angular
.For our product it's important that we can lock the version of external libraries we depends on. Technically,
raven-js
and the angular module are separate things, but part of the same codebase. Unless I'm mistaken and the versioning for the core ofraven-js
and theangular
integration go hand in hand.I'd like to point to how other projects similarly address this scenario. For instance,angular/angular.js itself is comprised of many components that are exposed as additional modules that are not part of the core installation. They're broken into different
bower
packages in different repositories for separate versioning.The text was updated successfully, but these errors were encountered: