Since npm-internal relies on local git tags to name packages, you can end up with invalid versions unless you've recently git fetch'd to be in sync with the remote. For example:
My local repository has git tags up to version 0.12.0 but the remote version is all the way up to 0.18.2. When I npm-publish --dev the package name includes 0.12.0 even though the code is is synced with the most recent commit on the project.
It'd be great to either:
add git fetch to the default command, to make sure the user is in sync with the remote
add a warning message of some sorts, ensuring people are up to date with the remote
Since npm-internal relies on local git tags to name packages, you can end up with invalid versions unless you've recently
git fetch
'd to be in sync with the remote. For example:My local repository has git tags up to version
0.12.0
but the remote version is all the way up to0.18.2
. When Inpm-publish --dev
the package name includes0.12.0
even though the code is is synced with the most recent commit on the project.It'd be great to either:
git fetch
to the default command, to make sure the user is in sync with the remotecc @GretaCB