Hey @MoOx never done this before (npm/bower wise).
Can you tell me how to go about it? Do I just up the version numbers in package.json/bower.json and push a release tag or do I need to do other things?
I think now that the main library is "functional" we should push it out as is and then deal with issues as they come up.
Hey @MoOx never done this before (npm/bower wise).
Can you tell me how to go about it? Do I just up the version numbers in package.json/bower.json and push a release tag or do I need to do other things?
I think now that the main library is "functional" we should push it out as is and then deal with issues as they come up.
Do you use bower? Cause since bower is kind of dead this days, I was thinking about removing it from there.
Is commonjs style lib enough for you? I was thinking about dropping the standalone build step (which is not very useful this days).
let me automate the process for publising. I like to have a command that run tests, create tag, publish on npm and update releases notes based on the CHANGELOG (so watcher receive a notification with the releases notes).
Sure. I still have some questions for you:
- Do you use bower? Cause since bower is kind of dead this days, I was thinking about removing it from there.
- Is commonjs style lib enough for you? I was thinking about dropping the standalone build step (which is not very useful this days).
- let me automate the process for publising. I like to have a command that run tests, create tag, publish on npm and update releases notes based on the CHANGELOG (so watcher receive a notification with the releases notes).
would still support bower if it is not too much hassle. Lots of legacy projects (i.e. anything built before 2016 ;)) is likely to still need bower for front-end dependency management
standalone might also still be needed (like through CDNs). I might suggest putting the artifact in a more ecosystem friendly location (/dist)
sure please do. I am pulling from my fork for work purposes currently anyway.
From the perspective of legacy maintenance
- would still support bower if it is not too much hassle. Lots of legacy projects (i.e. anything built before 2016 ;)) is likely to still need bower for front-end dependency management
- standalone might also still be needed (like through CDNs). I might suggest putting the artifact in a more ecosystem friendly location (/dist)
- sure please do. I am pulling from my fork for work purposes currently anyway.
Nope. Webpack npm for me (this year at least, who knows what more the js
community will come up with again by next year sigh)
But I am using it in at least one client legacy project right now at least.
On Mon, Jan 11, 2016 at 6:22 PM Maxime Thirouin notifications@github.com
wrote:
Nope. Webpack npm for me (this year at least, who knows what more the js
community will come up with again by next year _sigh_)
But I am using it in at least one client legacy project right now at least.
On Mon, Jan 11, 2016 at 6:22 PM Maxime Thirouin notifications@github.com
wrote:
> - Btw, do YOU use bower?
> - standalone are legacy to me (and btw, https://npmcdn.com/)
>
> —
> Reply to this email directly or view it on GitHub
> https://github.com/MoOx/pjax/issues/55#issuecomment-170452208.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Hey @MoOx never done this before (npm/bower wise).
Can you tell me how to go about it? Do I just up the version numbers in package.json/bower.json and push a release tag or do I need to do other things?
I think now that the main library is "functional" we should push it out as is and then deal with issues as they come up.
Sure. I still have some questions for you:
From the perspective of legacy maintenance
Will handle that when I came back from a conference next week.
Nope. Webpack npm for me (this year at least, who knows what more the js
community will come up with again by next year sigh)
But I am using it in at least one client legacy project right now at least.
On Mon, Jan 11, 2016 at 6:22 PM Maxime Thirouin notifications@github.com
wrote:
Sorry for the delay!