我们正在接近我们公司的新产品的初始版本，我正在尝试确定管理所有不同组件版本的最佳方法，并使用我们软件的营销部门版本交叉引用这些组件。由于各种原因，营销部门已确定我们产品的初始版本为10.1，但所有组件最初都将从1.0.0开始。通过正常的错误修复和修补以及继续开发工作，不同的组件将不再具有相同的版本号，因此当营销部门决定版本10.2的时候，它可能包含1.1.54,1.2.32,1.8.2，显然，我可以使用一个简单的电子表格，但这并不是最用户友好的方法，并且我们的技术支持人员交叉引用组件版本存在问题（客户实际上只知道版本10.1,10.2等等。）
是否有更“专业”的方法，或者是一个简单的电子表格是最佳选择？
答案 0 :(得分：2)
我建议的主要原则是：使用最简单的方案。
考虑让自己，营销部门和用户轻松完成工作。
进行发布时，请增加主要/次要版本号，然后在所有组件上标记。所以在10.1版本中，所有程序集的版本号都是10.1.xx.yy
然后，如果您确实希望在版本中使用不同版本的问题复杂化（例如，对于次要补丁/更新，不同的客户变体，或仅用于内部日常或CI构建），则使用xx.yy字段。 （在许多情况下，您可以让编译器自动用编译的日期/时间填充这两个字段。）
这意味着您有一个有意义的“营销版本”，它实际上与您的代码版本相关联（因此您和营销人员可以谈论特定版本而不会产生任何混淆），并且您可以添加额外信息（例如构建日期）如果（并且只有）在开发方需要。
编辑：P.S。即使组件未更改，也请使用新版本号重建它。试图跟踪一百个不同步的版本号是一个可以避免的噩梦。
答案 1 :(得分：0)
在我工作过的地方，我们强制软件版本号与官方公开（即营销版）的版本号相匹配：如果他们想要发送“10.1”，那就是我们设置软件的版本资源，作为发布版本的一部分。
答案 2 :(得分：0)
为什么不将所有组件保留为“随机”版本号，并使用包含所有组件的营销版本创建一个超级标签/标签？这使您可以不断更新营销版本之间的组件并增加其构建版本（无需转到客户可能看到的10.1.001,10.1.002）并跟踪营销构建。此外，如果您更新下一个营销构建的某些组件，而不是其他组件，会发生什么？您是否需要构建这些组件才能更新版本号？
根据您的源代码管理系统，您应该能够轻松创建具有指定名称/版本的版本，其中包含不同版本的所有这些组件。
您还应该只需要使用营销版本号更新一个属性文件，以便在所有屏幕，启动画面，工具栏等上显示。如果您没有这样的配置，您可能需要转移到这样一个系统。这样可以轻松更改客户可见数量，同时保留所有组件构建号。此外，当营销确定下一个版本不会是10.2，但是“Crimson？”
时会发生什么