问题标签 [npm-version]

我正在尝试在 VSTS 中为我​​的项目构建 CI/CD 管道。测试、构建和部署流程都很好并且按预期工作。

但我无法将 package.json 中自动增加的版本号提交到 github repo。

我在 VSTS 代理上的步骤与此图像一致。

我在增加版本号步骤中编写了以下 npm 脚本来增加次要版本号。

它确实将版本号从 0.2.0 增加到 0.3.0，但是它不会将所做的更改推送回我的 github 存储库，我无法提交/推送这些更改。

请在 VSTS 构建中查看上述步骤的输出。在线编号 12、可以看到新的版本号。

我尝试使用git remote add origin https://github.com/ttcg/react-workout-diary.git，但它显示错误消息fatal: remote origin already exists.

您能否告诉我如何自动增加 CI/CD 管道中的版本号？

在职业生涯的大部分时间里，我一直是一名 Java 开发人员。目前正在使用 React 扩展到前端空间。我不确定在将我的应用程序从开发版本升级为产品就绪版本的工作流程中，最佳实践是什么。

我想遵循“major.minor.patch”的语义版本控制模式。当前的工作流程如下：

1. 我做出并推动改变

2. Jenkins 作业被触发并在单元测试成功运行时，将构建包上传到 development/ 目录下的 Artifactory，然后部署到测试环境

3. 在测试环境上完成 QA 后，我想将构建从 Artifactory 开发/推广到 Artifactory 生产/。

4. Jenkins作业被触发部署到生产环境

在从 1 到 4 的整个生命周期中，我的应用程序应该如何进行版本控制？如何使用“npm version”自动更新版本？

假设我的 package.json 中的初始版本是 0.0.1。

管道由对分支的新提交触发master并发布包
目前，版本是手动设置的，我很乐意自动设置它。
我最初的想法是将以下任务添加到管道中：

1. 查看$Build.SourceBranch
2. 跑version patch --force
3. git push

这很有效，并且版本确实正确地增加了，问题是，它触发了管道的另一次运行，它将再次增加，这将......你明白了，无限循环。
有没有更好的方法来做到这一点？

我收到这些警告，然后在最后出现错误。解决方法是什么？

如果“package.json”版本没有按顺序跟随，相同的版本在不同的代码库的历史中重复，会发生什么？

让我们假设：

• Project-XYZ package.json 版本1.0.0随文件 (file1, file2) 中的更改一起发布
• Project-XYZ package.json 版本1.1.0随文件（file2、file3）中的更改一起发布
• Project-XYZ package.json 版本2.0.0随文件（file3、file1）中的更改一起发布
• Project-XYZ package.json 版本1.0.0随文件（file4、file2）中的更改一起发布
• Project-XYZ package.json 版本1.0.1随文件 (file5, file1) 中的更改一起发布
• Project-XYZ package.json 版本1.0.2随文件 (file2, file1) 中的更改一起发布
• Project-XYZ package.json 版本1.1.0随文件 (file1, file2) 中的更改一起发布
• Project-XYZ package.json 版本2.0.0随文件（file4、file5）中的更改一起发布

package.json 版本 1.0.0 使用不同的代码库发布了两次，这是否可行或会导致任何问题。

实际上，我在 Gitlab 管道中的特定提交后遇到了一个错误Timeout._onTimeout，但我在代码中看到的唯一区别是这个版本控制顺序，可以肯定的是工程师错过了实际版本并尝试只推送旧版本，从那时起对历史中相同版本的序列继续使用不同的代码库重复。

这会引起什么问题吗？你们有没有遇到过这样的情况？

请帮忙。提前致谢！

运行 npm 版本会带回一个非常奇怪的键值对。我什至不知道要搜索什么来找出如何删除它。

'livelocation-master'：'1.0.0'

背景：当我第一次玩代码时，我尝试使用 react-native，我可能是偶然添加的。

操作系统：Windows 10

技能水平：刚从为期 3 个月的编码训练营中脱颖而出

这是从 npm 版本返回的完整对象：

$ npm 版本 {

'livelocation-master': '1.0.0',

npm: '6.14.5',

战神：'1.16.0'，

brotli: '1.0.7',

cldr：'37.0'，

http_parser: '2.9.3', icu: '67.1',

llhttp: '2.0.4',

模块：'72'，

纳皮：'6'，

nghttp2: '1.40.0',

节点：'12.17.0'，

openssl: '1.1.1g',

tz: '2019c',

unicode: '13.0',

紫外线：'1.37.0'，

v8: '7.8.279.23-node.37',

zlib: '1.2.11' }

我想在我的网站上显示发布日期（连同发布版本，例如 0.3.1）。

选项1

我更愿意设置更新版本的日期：

npm version patch--> 优先向 package.json 添加一个数据值

选项 2

另一种方法是在我构建时添加日期。例如npm run deploy:prod，如果提取了最新的依赖关系，这种方法尤其适用且准确。虽然不适合我，但因为我检查了我的依赖项，所以当我在生产环境中构建时不会有任何意外。

问题

如何在这两个选项中向 package.json 添加日期？

我知道如何阅读：

我的电脑上安装的当前 npm 版本是4.6.1.

我想升级到最新版本或任何其他版本>= 5.2.0。但是当尝试这样做时，我收到了这些错误（如下所示）。请建议我一个解决方案。

错误：

NuGet 包是否有类似的npm 版本？

我试图找到的是一个 CLI 实用程序（比方说nuget-version）来手动提升 NuGet 包版本。这样我就可以输入：

在命令行中，它将读取当前目录中包的先前版本，例如它是0.1.0，执行所有检查并编写一个递增版本0.2.0，发布它等等。或者如果我键入patch而不是minor新版本将是0.1.1. 有很多建议在哪里更新号码。设置一个包含所有信息的配置文件来自动化它会很好。此外，该实用程序可以发布到包服务器，在 git 中创建标签等，就像npm-version一样。

周围的 NuGet 包有类似的东西吗？

有没有办法使用 npm-version 而不是提交，只更改版本但不提交？

我知道我可以使用npm version {my-version}，但是我可以添加一个参数标志以便不提交更改吗？