首先，您需要了解升级版本号的规则。你可以在这里阅读更多关于语义版本的信息。

每个版本都有x.y.z版本，它为不同的目的定义，如下所示。

X大调，当你有很大的变化时 发生了不一致的变化。 Y小调，当你有 出现了新的功能或增强。 Z - patch, up this when 您修复了错误或恢复了早期版本上的更改。

要运行脚本，可以在package.json中定义它。

"script": {
    "buildmajor": "npm version major && ng build --prod",
    "buildminor": "npm version minor && ng build --prod",
    "buildpatch": "npm version patch && ng build --prod"
}

在你的终端中，你只需要根据你的需要运行npm

npm run buildpatch

如果在git repo中运行它，默认的git-tag-version是true，如果你不希望这样做，你可以在你的脚本中添加以下命令:

--no-git-tag-version

例如:"npm -no-git-tag-version version major && ng build -prod"

这是我通常对我的项目所做的:

npm version patch
git add *;
git commit -m "Commit message"
git push
npm publish

第一行，npm version patch，会将package.json中的补丁版本增加1 (x.x.1到x.x.2)。然后添加所有文件——包括package。Json，此时已被修改。 然后，通常的git commit和git push，最后是npm publish来发布模块。

我希望这是有意义的…

芝加哥商业交易所。

提供一个最新的方法。

package.json

  "scripts": {
    "eslint": "eslint index.js",
    "pretest": "npm install",
    "test": "npm run eslint",
    "preversion": "npm run test",
    "version": "",
    "postversion": "git push && git push --tags && npm publish"
  }

然后运行它:

npm version minor --force -m "Some message to commit"

将:

．.． 进行测试… 更换你的包裹。Json到下一个小版本(例如:1.8.1到1.9.0) 推动您的更改 创建一个新的git标签版本和 发布你的NPM包。

——武力就是要显示谁是老大!撇开笑话不谈，见https://github.com/npm/npm/issues/8620

我用的是husky和git-branch-is:

从哈士奇v1+开始:

// package.json
{
  "husky": {
    "hooks": {
      "post-merge": "(git-branch-is master && npm version minor || 
  (git-branch-is dev && npm --no-git-tag-version version patch)",
    }
  }
}

在husky V1之前:

"scripts": {
  ...
  "postmerge": "(git-branch-is master && npm version minor || 
  (git-branch-is dev && npm --no-git-tag-version version patch)",
  ...
},

阅读更多关于npm版本

Webpack或Vue.js

如果你正在使用webpack或Vue.js，你可以在UI中使用自动注入版本- webpack插件来显示它

NUXT

在nuxt.config.js:

var WebpackAutoInject = require('webpack-auto-inject-version');

module.exports = {
  build: {
    plugins: [
      new WebpackAutoInject({
        // options
        // example:
        components: {
          InjectAsComment: false
        },
      }),
    ]
  },
}

例如在模板的页脚中:

<p> All rights reserved © 2018 [v[AIV]{version}[/AIV]]</p>

我想澄清一下这个问题的答案。

尽管这里有一些答案可以正确地解决问题并提供解决方案，但它们并不是正确的答案。这个问题的正确答案是使用npm版本

是否有编辑文件包的方法。json自动吗?

是的，你能做的就是在需要的时候运行npm version命令，你可以在这里阅读更多关于它的信息，但基本用法是npm version patch，它会在你的包上添加第三位数字。json版本(1.0.X)

使用git预发布钩子会有帮助吗?

你可以根据需要配置在预发布钩子上运行npm version命令，但这取决于你在CD/CI管道中是否需要它，但如果没有npm version命令，git预发布钩子无法“轻松”地使用package.json

npm版本是正确答案的原因如下:

如果用户正在使用包含包的文件夹结构。如果他在使用NPM，他就可以访问NPM脚本。 如果他能访问npm脚本，他就能访问npm版本命令。 使用这个命令，他不需要在他的计算机或CD/CI管道中安装更多的东西，从长远来看，这将减少项目的可维护性工作，并将有助于设置

提出其他工具的其他答案是不正确的。

Gulp-bump有效，但需要另一个额外的包，从长期来看可能会产生问题(我的答案的第3点)

Grunt-bump有效，但需要另一个额外的包，这可能会在长期产生问题(我的回答的第3点)

我的构建和发布脚本运行在一个无法访问git的docker映像中，所以我想要一些不修改我的存储库，但能够发布自动递增版本的方法。所以我在预发布脚本中添加了这个:

npm view `sed -nr 's/"name": "([^"]+).*/\1/p' package.json` version | awk -F'.' '{ cmd = "npm version v" $1 "." $2 "." $3+1 " --force --no-git-tag-version"; system(cmd)}'

它的作用:

用sed读取包名 要求最新发布的版本与NPM查看版本 调用NPM version——force——no-git-tag-version，其中version取自(2)并加1

有很多方法可以改进它，但至少它是有效的，而且是普遍的。