1

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

但是,很难想出一个好的方法来跟踪哪些扩展需要增加版本号,哪些基本保持不变。我们可以想象的最佳过程是 1) 在关闭工单时添加前期工作(每张工单都可以有一系列标志来指定需要修改哪些扩展)
2) 编写查询以搜索自上次以来哪些工单对扩展进行了更改为特定客户发布和 3) 更新整个产品的扩展版本号

在开发和发布时,这一切似乎都很乏味——而且容易出错。有什么建议么?

4

1 回答 1

0

听起来您倾向于使用工作票来识别扩展的更改。我想知道您是否应该反过来看待它并使用您的版本控制系统来确定更改的位置。

您的版本历史记录应该根据实际进行和发布的更改为您提供有关已更改内容的所有见解。它还将提供一定数量的审核,以确保预期的变更范围与已完成的变更范围相匹配。

根据该信息,您可以实施版本更改决策。

于 2009-05-22T16:26:37.493 回答