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
Using vsce publish <version> is clobbering the existing indentation in package.json and forcing it to always be 4 spaces. This differs from the default 2-space indentation generated by npm init, and can make git diffs rather messy.
I know npm has code to detect the indentation of package.json and preserve it when installing/updating/removing dependencies or publishing a new version. Ideally vsce would do the same.
I’ve been able to quickly get the same functionality working for vsce locally (using the same module as npm for consistency). I’d be happy to create a PR for it, but I also saw in #180 that vsce might be moving away from custom package.json updates completely. So before I clean up the code and write tests for it, is this a PR that’s worth doing, or should I just wait until vsce uses npm publish under the covers?
The text was updated successfully, but these errors were encountered:
Using
vsce publish <version>
is clobbering the existing indentation inpackage.json
and forcing it to always be 4 spaces. This differs from the default 2-space indentation generated bynpm init
, and can make git diffs rather messy.I know
npm
has code to detect the indentation ofpackage.json
and preserve it when installing/updating/removing dependencies or publishing a new version. Ideallyvsce
would do the same.I’ve been able to quickly get the same functionality working for
vsce
locally (using the same module asnpm
for consistency). I’d be happy to create a PR for it, but I also saw in #180 thatvsce
might be moving away from custompackage.json
updates completely. So before I clean up the code and write tests for it, is this a PR that’s worth doing, or should I just wait untilvsce
usesnpm publish
under the covers?The text was updated successfully, but these errors were encountered: