versioning - 分布式架构中，为什么版本管理难？

Question

我一次又一次地看到这个。 UAT 测试经理希望新版本能够在周五之前准备好进行测试。在预测试 session 上提出的第一个问题是，“我将针对哪个版本进行测试？” (这是一个公平的问题)。房间安静了，然后有人会回来，“所有程序集都有自己的版本，只需右键单击并查看属性......”。

从测试经理的角度来看，这是没有用的。他们想要一个版本/标签/标签跨越 一切这告诉他们他们正在做什么。他们希望这些信息很容易获得。

我见过一些解决方案，其中系统的不同区域的版本存储在数据存储中，然后显示在主应用程序的关于框中。问题是，这需要维护。

您看到了哪些解决方案可以解决这个持续存在的问题？

编辑。分布式系统涵盖VB6、Classic ASP、VB.Net、C#、Web Services(跨部门，所以我们用的是哪个版本？)、SQL Server 2005。

Answer 1

我认为问题在于您和您的测试经理在谈论两件不同的事情。程序集版本非常适合程序集，但如果您愿意，您的测试经理正在谈论更高级别的版本，即“系统版本”。至少这是我对你帖子的阅读。

在这种情况下，您必须做的是将所有不同的组件程序集映射到一个系统版本中。您说的是“系统的 1.5 版由 Foo.Bar.dll v1.4.6 和 Baz.Qux.dll v2.6.7 和(等)组成”。 hell ，在分布式系统中，您可能需要为每个服务提供不同的版本，这些服务本身可能由不同版本的 .dll 组成。例如，您可能会说:“系统的 1.5 版由 Foo 服务 v1.3 组成，该服务由 Foo.dll v1.9.3 和 Bar.dll v1.6.9 组成，以及 Bar 服务 v1.9，它由由 Baz.dll v1.8.2 和 Qux.dll v1.5.2 和(等)组成”。

做这样的事情通常是您组织中的软件架构师和/或构建经理的工作。

您可以使用许多工具来处理与您选择的语言无关的问题。我个人目前最喜欢的是 Jira ，除了错误跟踪之外，它还具有出色的产品版本控制和路线图支持。