代码之家 › 专栏 › 技术社区 › pc1oad1etter

存在哪些策略来管理跨多个子产品和多个版本的更新?

release-management

1

pc1oad1etter · 技术社区 · 15 年前

我们有一个附带多个扩展的产品,每个扩展都有自己的版本号。(具体来说,我们有一个具有多个扩展名的xulrunner应用程序)。Xulrunner的扩展管理器提供更新功能,以便在扩展的版本号增加时调用函数。这给了我们一个钩子来进行任何必要的更新清理。

然而,很难找到一种好的方法来跟踪哪些扩展需要增加版本号,哪些扩展基本上保持不变。我们能想象的最好的过程是 1)在关闭票据时添加前期工作(每个票据可以有一系列标志,指示需要修改哪些扩展)
2)编写查询,搜索自上次特定客户机发布以来哪些票据的扩展发生了更改,以及 3)更新整个产品的扩展版本号

无论是在开发期间,还是在发布时,这一切都显得单调乏味,而且容易出错。有什么建议吗?

1 回复 | 直到 15 年前

1

0

Dan 15 年前

听起来您倾向于使用工作通知单来识别扩展的更改。我想知道您是否应该从另一个角度来看待它,并使用您的版本控制系统来确定在哪里进行了更改。

您的版本历史记录应该为您提供根据实际做出和发布的更改所需的所有洞察力。它还将提供一定数量的审计,以确保预期的变更范围与已完成的变更范围相匹配。

基于这些信息,您可以实现版本更改决策。