You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I understand why Nodejitsu needs to define a new "patch version" for new deploys; but my project's package.json is versioned, and is also not formatted the way jitsu insists on formatting JSON. This basically means with each deploy, I have to jitsu deploy to figure out what the patch-number Nodejitsu wants is, terminate the command before it stomps on my file, manually update the patch number, re-issue jitsu deploy, and then revert the file to the patch-number-less format in the repository.
Since npm pack is being used, and the patch-number needs to exist in the package, my suggestion for a solution is thus: copy the entire directory to a temp-location, minus the obviously-ignored node_modules; modify the package.json in the temp directory, npm pack that, and then ship that package off to Nodejitsu.
Obviously, this could / should be under a flag. The simplest usage-flow for most users is simply to let package.json be managed by tools like npm and jitsufor them; those of us manually maintaining it are the outliers.
The text was updated successfully, but these errors were encountered:
I completely agree - I'm happy to do any package.json modifications required but I DO NOT WANT this to re-write my entire package.json file. I don't want my name on that diff :)
I understand why Nodejitsu needs to define a new "patch version" for new deploys; but my project's
package.json
is versioned, and is also not formatted the wayjitsu
insists on formatting JSON. This basically means with each deploy, I have tojitsu deploy
to figure out what the patch-number Nodejitsu wants is, terminate the command before it stomps on my file, manually update the patch number, re-issuejitsu deploy
, and then revert the file to the patch-number-less format in the repository.Since
npm pack
is being used, and the patch-number needs to exist in the package, my suggestion for a solution is thus: copy the entire directory to a temp-location, minus the obviously-ignorednode_modules
; modify thepackage.json
in the temp directory,npm pack
that, and then ship that package off to Nodejitsu.Obviously, this could / should be under a flag. The simplest usage-flow for most users is simply to let
package.json
be managed by tools likenpm
andjitsu
for them; those of us manually maintaining it are the outliers.The text was updated successfully, but these errors were encountered: