Neat. Just tried it out: $ npm version 3.1.0-0.8.0-dev v3.1.0-0.8.0-dev $ git tag -l ... v3.1.0-0.8.0-dev
So, it's similar to what we have for other repos, except it adds a "v" prefix. The prefix seems useful I think. On Tue, Sep 3, 2013 at 1:14 PM, Braden Shepherdson <bra...@chromium.org>wrote: > Ooh, I didn't know about that command. I agree that it's a good way to > go... except that the wonky version numbers of the tools (3.0.0-0.10.2) > might make that impossible. Or is that valid semver? > > > On Tue, Sep 3, 2013 at 1:10 PM, Brian LeRoux <b...@brian.io> wrote: > > > we should encourage `npm version` as the method to ensure things stay in > > sync > > > > (run `npm help version` to see what I'm talking about) > > > > > > On Tue, Sep 3, 2013 at 10:00 AM, Michal Mocny <mmo...@chromium.org> > wrote: > > > > > If I understand correct, these tags aren't going to be used by npm, > just > > > make it easier for us to map npm releases to git hash's? > > > > > > Sounds fine, but hoping these stay well lined up over time. > > > > > > > > > On Tue, Sep 3, 2013 at 12:33 PM, Andrew Grieve <agri...@chromium.org> > > > wrote: > > > > > > > Right now CLI & plugman don't have git tags associated with their npm > > > > releases. > > > > > > > > I'd like to be able to do a "git log latest..master" in order to > > > enumerate > > > > changes since the last release. > > > > > > > > So, I'd like to propose: > > > > #1 - Add a git tag for each npm release, where the tag name is the > same > > > as > > > > the version > > > > #2 - Add a git tag called "latest", which points to the most recent > > > release > > > > > > > > I've added this already to > > > > https://wiki.apache.org/cordova/StepsForToolsRelease, but wanted > > > explicit > > > > buy-in here. #1 will result in a lot of tags being created over time > > > (which > > > > I think is fine). > > > > > > > > Andrew > > > > > > > > > >