-
Notifications
You must be signed in to change notification settings - Fork 75
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
Add to NPM #68
Comments
@NT-Christ Good idea. @KidSysco Can you create a user on NPM and publish a package? I already did this once if you need help feel free to reach me on Slack. |
Yea sorry, I got tied up with the holidays, getting back into the swing of things now. I will keep you posted. |
@KidSysco Any chance you can take a look at this. Tell me if you'd prefer I publish the plugin to NPM. |
I am glad you brought this up. I did look at it and I was not very interested in messing with it. It looks like it will change the way we deploy builds and tags a bit. I was not sure we needed another dependency like this just because some folks wish to use NPM for client tools. I admit it would be a fair offering, but I am just not sure how many folks are really interested in this. If you want to do it, I am OK with it, just be sure to update the wiki docs about how to develop and deploy once you have decided on a methodology. Let me know what you think. |
This adds a few simple steps to deployment that can be automated using Travis-CI:
Take a look at npm Releasing - Travis CI which you can setup to do this automatically when we add a release on GitHub. |
I've been involved in a few projects that use npm for front-end dependencies and since then I've been expecting this feature request. I also expect more projects to prefer have only one dependency manager instead of two. |
Having never done this, or had the need. I am not comfortable with it or what it will do to the release process. When reading through the docs, I started to get confused about how to tag and release and that bothered me. So I lost interest. I was not going to do it without your approval either. No matter what happens here, we both need to be able to conduct a release. If you want to do it, then I am OK with it. The only thing I ask is that you update the docs so that I can understand how to tag a release properly in the future. I am sure you were going to do that anyway. It sounds like some folks out there might appreciate this. Which is a good thing. So I suppose I would appreciate it if you wanted to take it on and then teach me how it all works when you are done. |
I never thought of integrating this with Travis CI either. That is a really good idea. |
OK I'll publish the plugin to NPM. Once I setup Travis-CI the release process should be identical to our current steps to release (run grunt + make a release on GitHub). I'll still add a document explaining how to make a release. |
Hi! I've tried installing this package with
Is this expected? |
I don't think the NPM integration is working. Just use the normal install guides for now. |
To make it work, "main": "src/MonthPicker.js", The post-install command and import 'jquery-ui-month-picker'; |
Please add this package to NPM so we can all auto update it from npm.
Thanks!
The text was updated successfully, but these errors were encountered: