存在用于管理多个子产品和多个版本的更新什么策略？

Question

我们拥有一个具有与它附带多种扩展产品，每一个都有自己的版本号。 （具体地，我们有带有多个扩展一个xulrunner的应用程序）。 XULRunner的扩展管理器提供了一个更新功能，因此，它会调用一个函数，扩展的版本数量增加的任何时间。这给了我们一个钩子做任何必要的清理与更新。

然而，它已成为很难想出了一个好办法来跟踪它的扩展需要一个版本号增加的，哪些是基本上保持不变。我们可以想像的最好的过程 1）将关闭门票时的前期工作（逢单票可有一系列标志指定的哪些扩展需要修改）点击 2）搜索其门票已经自上次发布为特定客户更改扩展编写查询和 3）在整个产品更新扩展版本号

这一切似乎都在开发，并在释放时间乏味 - 和容易出错。任何建议？

Answer 1

这听起来像你对使用工作票，以找出发生的变化，以您的扩展倾斜。我不知道你是否应该倒过来看它，用你的版本控制系统，以标识进行了更改。

您版本历史应该为您提供所有您需要根据实际作出和公布的变化发生了什么变化的洞察力。它也将提供一定量的审计该改变预期的范围变更结束的范围相匹配。

根据这些信息，你可以实现你的版本变化的决定。