问题标签 [npm-version]

当前的 Jenkins Pipeline 作业已设置为构建从 Git 签出的分支。要进行结帐，我们使用 SCM 插件：

在构建过程中，会调用npm version patch更新package.json文件、提交并在本地创建标签。然后我们将其推送回服务器端 git 存储库。为了阻止 Jenkins 开始另一个构建，我们使用选项推送，并且 post-receive 挂钩忽略这些推送：

服务器上的 post-receive 挂钩仅在用户推送时向 Jenkins 发布，因为他们不会使用以下选项：

这一切都很好，但是，问题是当开发人员提交到feature分支时，会启动分支的构建develop。我猜以下是问题的原因：

1. 提交/推送到develop分支
2. develop在构建分支期间创建的标签
3. 提交/推送feature分支
4. Jenkins 在开发中看到新标签branch并开始构建

所以我正在寻找一种方法来强制 Jenkins 只考虑提交/推送到特定分支以触发特定构建。或者在考虑开始构建时强制 Jenkins 忽略作为标签一部分的更改。

注意，我发现了另一个 SO 帖子：Jenkins git commit for specific branch triggers build jobs for other branches too

我在 .gitignore 中添加了 node_modules 这不是问题！

如何解决此错误，因为在引擎中我已经指定了两者的版本。
这是代码：

这是我的 index.js 文件

和 index.js 文件的代码。

Procfile也已添加！

提前感谢您的解决方案！

npm使用 Windows PowerShell检查版本时出现以下错误。

有人可以帮我弄这个吗？

我犯了一个愚蠢的错误，我想通过 XX1 更新我的 npm 库的版本 - 基本上我应该使用npm version patch但因为我很愚蠢我跑了npm version minor。所以我的库版本是 0.3.0 而不是 0.2.1。如何撤消次要更新以便应用补丁？

我宁愿通过终端/命令行执行此操作，因为它也会更新我的锁定文件。

我目前正在浏览文档，但您经常在这里得到一个直接的答案，我发现您的评论最有用。任何帮助，将不胜感激。

我正在将我们现有的 Travis 任务迁移到 GH 操作。对于 Travis，以下命令将发布到 npm 并使用 npm 版本的发布标签名称。

不幸的是，更改为以下不起作用...

它显然是空的，因为 npm 使用的是 package.json 中的版本。我尝试了其他一些变量，例如${{ github.head_ref }}

还...

当前版本为 0.1.5（例如）时，我希望下一个开发版本为 0.1.6-rc-0、0.1.6-rc-1、0.1.6-rc-2 等等...直到下一个生产版本准备好，应该是 0.1.6。

但是我找不到一种方法来使用 npm version 同时增加补丁和预发布，或者在不增加补丁号的情况下删除预发布。有没有办法用 npm 版本做到这一点？

我在使用npm installandnpm -v命令时遇到了一个 npm 问题。

以下是npm -v在 Windows 命令提示符下运行该命令时的错误日志：

• Node.js 版本：v14.17.1
• 操作系统：Windows 10

我尝试卸载 node.js，还尝试直接安装新的 node.js 设置。但是，在卸载和安装 node.js 回滚时，我在 Windows 系统上收到以下错误：

Windows系统中的Node.js卸载/安装错误

节点.js

安装程序在安装此软件包时遇到意外错误。这可能表明此软件包有问题。错误代码为 2330。

使用 npm 解决此类问题的任何解决方法或建议？或者有什么方法可以卸载 node.js 并安装一个新版本？

我试图通过运行来增加版本号，npm version -b但如果不使用特定的版本号/补丁/次要/主要版本，它似乎不起作用。

有没有办法实现这个用例？

提前致谢！

在我的 gitlab.yml 文件中，我使用命令 npm version prerelease --preid test 进行版本控制，这一直有效。但突然间我收到了一个npm ERR！代码 129。

我使用图像：reactnativecommunity/react-native-android node v16.3.0 npm v7.15.1

这是我在日志文件中发现的错误：

以前有人见过这个错误，有解决办法吗？

多谢

我们正在尝试正确设置我们的 gitlab CI。我们要防止的第一件事是，用户直接推送到 master，因此每个更改都会被审查。

其次，我们想使用 Gtilab CI 来构建我们的代码，对其进行测试并最终（如果需要）发布它。现在，当您创建时，发布代码在模板中.gitlab-ci.yml（见屏幕截图）。

在“什么是 GitLab Flow 最佳实践？”下 Gitlab 指出：

6. 标签由用户设置，而不是 CI。

开发人员应该使用标签，以便 CI 执行操作，而不是让 CI 更改存储库。如果团队需要详细的指标，他们应该有一份详细说明新版本的服务器报告。

来源：https ://about.gitlab.com/topics/version-control/what-are-gitlab-flow-best-practices/

所以据我们了解，如果我们想创建一个新版本，我们

1. 查看master
2. 跑npm version [newversion]
3. 确保标签被正确推送

现在，如果master分支受到推送保护，那么这个工作流程如何工作？