产品管理和装配版本

Question

我们公司即将发布一款新产品，我正在尝试确定管理所有不同组件版本的最佳方法，并将这些组件与我们软件的营销部门版本进行交叉引用。由于各种原因，市场决定我们产品的初始版本将是10.1，但是所有组件最初都将从1.0.0开始。通过正常的bug修复、补丁和持续的开发工作，不同的组件将不再处于相同的版本号，因此当市场营销部门决定是时候使用10.2版时，它可能包含1.1.54、1.2.32、1.8.2等。显然，我可以使用简单的电子表格，但这并不是最友好的方法，并且我们的技术支持人员在交叉引用组件版本时会遇到问题(客户实际上只知道10.1、10.2版等)。

有没有更“专业”的方法，或者一个简单的电子表格是最好的选择？

Answer 1

我建议的主要原则是:尽可能使用最简单的方案。

考虑让你自己、你的营销部门和你的用户的事情变得简单。

因此，在10.1发行版中，所有程序集的版本号都是10.1.xx.yy

然后，如果您真的想在一个版本中使用不同的版本使问题复杂化(例如，用于次要补丁/更新、不同的客户变体，或者仅用于内部每日或CI构建)，则使用xx.yy字段。

这意味着你有一个有意义的“营销版本”，它实际上链接到你的代码版本(这样你和营销部门就可以讨论一个特定的版本，而不会有任何混淆的机会)，如果(而且只有当)开发方面需要的话，你可以添加额外的信息(例如构建日期)。

编辑:附注。即使组件没有更改，也要用新的版本号重新构建它。试图跟踪一百个不同步的版本号是一个可以避免的噩梦。

Answer 2

在我工作过的地方，我们会强制软件版本号与官方的、公开的(也就是市场营销的)版本号相匹配:如果他们想发布"10.1“，那么我们就会将软件的版本资源设置为，作为发布版本的一部分。

Answer 3

为什么不保留所有组件的“随机”版本号，并创建一个包含所有组件的营销版本的超级标签/标签？这允许您在营销构建之间不断更新组件并增加其构建版本(而不必转到客户可能可见的10.1.001和10.1.002 )，还可以跟踪营销构建。另外，如果您为下一次营销构建更新了一些组件，但没有更新其他组件，会发生什么？你需要仅仅为了更新版本号而构建这些组件吗？

根据您的源代码控制系统，您应该能够轻松地创建具有指定名称/版本的版本，其中包含不同版本的所有这些组件。

您还应该只需要更新一个属性文件与营销构建号，以便它显示在所有关于屏幕，闪屏，工具栏等。如果您没有这样的配置到位，您可能想要转移到这样的系统。这样，在维护所有组件内部版本号的同时，可以轻松更改客户可见编号。此外，当市场确定下一个版本不是10.2而是“Crimson”时会发生什么？