嘿，我来帮你理清这两个问题：

1. 为什么要执行npm version patch和npm publish这两个命令？ #

其实这俩命令是各干各的活，缺一不可：

• npm version patch：它的核心是帮你规范升级版本号（patch对应小版本迭代，比如从2.0.3跳到2.0.4），还会自动给你生成对应的git commit和tag（如果用git管理项目的话），避免你手动改package.json时出错。
• npm publish：负责把当前版本的包推送到npm仓库，让其他开发者能下载安装。

之所以大家常分开执行，主要是留个「确认空间」——升级版本后，你可能要跑个测试、检查下代码有没有问题，确认没问题再发布，避免误发错误版本。当然自动化执行也可以，但得避开坑，比如你遇到的循环问题。

2. 为什么npm run publish会陷入无限循环？ #

这是因为你踩了npm脚本的命名坑！

npm本身有一堆内置命令（比如publish、install、test这些都是自带的），当你在package.json里定义了一个叫publish的自定义脚本时，执行npm run publish后，npm会先跑你的自定义脚本，而脚本里又调用了npm publish——这时候npm会误以为你要再次执行自定义的publish脚本，而不是它内置的发布命令，于是就无限循环起来了，也就是你看到的日志里版本一直涨、反复发布的情况。

解决办法超简单： #

把自定义脚本的名字换掉，别用npm的内置命令名就行。比如改成release：

在package.json里修改成这样：

"scripts": {
  "release": "npm version patch && npm publish"
}

之后执行npm run release就正常了——这个命令会先运行你的自定义release脚本，里面的npm publish会调用npm内置的发布命令，不会再触发循环。

另外提个小建议：用&&代替;会更稳妥，要是npm version patch执行失败（比如有未提交的git修改），后面的npm publish就不会执行，能避免发布出问题的版本。

内容的提问来源于stack exchange，提问作者Bill