我们在项目中使用了不少第三方组件。看起来我们不断收到电子邮件通知，这样的组件已经发布了新版本。我们总是面临团队关于何时合并新版本的问题。
我们一方面知道
但另一方面
我们想制定一个关于此的一般政策。例如，可能的政策可能是
升级完成后， 等待X时间，然后 合并新版本， 不管还有什么进展 该项目或我们是否需要任何新的 功能或修复
或者...
忽略所有这些升级电子邮件和 如果您需要新功能，只需升级即可 或修复
或者...
等到自然慢点 发展（无论那是什么）然后 升级到最新的一切 版本
或...... ???
是否有关于此主题的研究或指南？
答案 0 :(得分：2)
是否有关于此主题的研究或指南？
是。询问12位经理，你会得到18个意见。
“一旦升级出来，等待X时间，然后合并新版本，无论项目中发生了什么，或者我们是否需要任何新功能或修复”。
不遵守日程安排。总是一个好主意。
“忽略所有这些升级电子邮件，只需升级即可获得新功能或修复”
“忽略”？如果您“忽略”通知，您将如何决定“如果您需要新功能或修复”？
我必须假设“忽略”并不意味着“忽略”，而是意味着别的东西。
“等到开发中的一个自然慢点（无论是什么）然后将所有内容升级到最新版本”
不遵守日程安排。还是个好主意。
这是底线。
您必须实际思考有关升级及其含义。
安全？高度优先。您可能希望停止开发，测试并立即将其放入。
错误修复？高度优先。你一直在等待这个。当然，您可以停止开发，安装它，并立即享受这些好处。
随机升级？低优先级。实际上，你可以在开发人员和产品所有者之间讨论，以决定你现在或以后是否需要它。
没有一个简单的规则，因为有很多不同类型的升级，升级会影响您提供的产品有很多不同的方式。
答案 1 :(得分：0)
一条经验法则是避免在发布或迭代结束时更新第三方组件 - 除非有充分理由做出例外。
如您所知，更新第三方组件会产生额外费用。 它还会带来额外的风险。当您接近发货日期时，可接受的风险水平会降低。
正如S. Lott所提到的，有时会有例外情况。安全更新，错误修复和增强功能可能对您的产品很重要 - 或者不是。