1

也许有人对以下场景有一个好主意：

我有预发布的开发包，比如：packagename.1.2.0.1000-dev.nupkg 和发布包，比如 packagename.1.2.0.1.nupkg

我的想法是：如果开发人员在 nuget 更新步骤中启用了 Pre-Release 选项，那么从开发包的更高数量范围开始将始终允许为开发人员获取开发包。这工作正常。然后稍后我想将项目更新到最新版本。但是似乎没有选项可以更新到版本号低于 dev/pre-release 包的最新版本？此外 -Safe 选项似乎在这里不起作用。

我也无法使内部版本号保持同步，因为它们是不同的版本。如果我有相反的方式，那么发布版本的版本号更高，如果我进行正常的 nuget 更新，它永远不会更新到最新的开发包，即使包括预发布包......

这里有什么想法吗？

非常感谢！

4

1 回答 1

0

任何公开可用的包都是技术/英语术语的“发布包”。但是软件行业已经将这种语言混为一谈了。所以让我们谈谈稳定（没有预发布标签）和不稳定版本（预发布标签）。

发布者历史应该是这样的：

1.0.0 // First **stable release**
1.0.1-alpha // First **unstable release** Candidate bug fix.
1.0.1-beta  // 1.0.1-alpha with a tweak to the code.
1.0.1 // Second **stable release**

如果发布者遵循该模式，那么最终用户客户可以安全地拉取稳定版本的错误修复，而开发人员也可以自行决定拉取不稳定的预发布版本。

你也可以有类似的东西：

1.0.0 // First **stable release**
1.0.1-a.dev.1 // Next CI build after 1.0.0
1.0.1-a.dev.2 // Etc...
1.0.1-alpha // Relabeled 1.0.1-a.dev.2.
1.0.1-beta  // Relabeled 1.0.1-alpha, wider audience than -alpha.
1.0.1 // Second **stable release**

为内部开发/测试、公共预发布和公共稳定版本提供单独的提要是一种很好的做法。

于 2018-11-06T21:19:02.100 回答