【发布时间】：2013-07-30 15:25:01
【问题描述】：
我当前的实时应用是 1.2.3。
在内部我已经发布了 1.2.3.5 进行测试。我现在需要对生产应用程序进行紧急修复。理想情况下，这个版本应该是 1.2.4 ，但它会令人困惑，因为它应该有所有更改到 1.2.3.5 而它不会。
我无法制作新的生产应用 1.2.3.1，因为它已经在内部发布。
我的应用程序的新版本号应该是多少？
【问题讨论】：
标签： version-control versioning
【发布时间】：2013-07-30 15:25:01
【问题描述】：
我会推荐类似于1.2.3 Update 1 的东西。或者，1.2.3.0.1，虽然我个人认为四个以上的版本号很丑，会选择前者。 FWIW，Java 也使用类似的措辞。
正如您已经指出的那样，其他逻辑选项与现有版本冲突并且很可能引起混淆。
理想情况下，我会在1.2.3 发布后立即开始在内部使用1.2.4.x，从而保留1.2.3.x 的其余部分用于对当前生产版本的带外更新。您可能希望将来采用类似的方法以避免类似的冲突，但这确实是个人喜好。
【讨论】：
-
如果您在内部使用 1.2.4.x，他们稍后将发布 1.2.4 的修复程序时会遇到同样的问题。
-
@rfsk2010 也许我不清楚，但这不会发生。当 1.2.4 发布时，下一个 1.2.4.x 编号将保留用于修复，内部编号立即上移至 1.2.5。我稍微修改了措辞，希望能清楚地说明这一点。
-
让我说清楚，说 1.2.3 已经上线。内部版本是 1.2.4.x 。然后 1.2.4 上线。现在 internal 将是 1.2.5.x 。如果现在有针对 1.2.4(live) 的修复，那么您不能从 1.2.4.1 等开始，因为它在 1.2.3 上线之前已经用完了。
-
我一定错过了什么。在您的示例中，1.2.3 已上线，然后内部版本为 1.2.4.x。然后 1.2.4 上线（假设当时的版本是 1.2.4.7），未来的内部版本现在从 1.2.5.x 开始。实时版本的修复将从 1.2.4.8 开始继续编号
-
好吧。我唯一不喜欢的是，修复版本会跳到 1.2.4.8，即使它只是一个错误修复。但发布版本却跃升了 7 倍。