ruby - 您多久更新一次未发布项目的 gem？

Question

我有几个副项目，它们要么仍在开发中，要么为 friend 和家人而活。异常 ( modulecounts.com) 非常微不足道。

在工作中，在一个更大的组织中，我们似乎总是制定规则以防止过于频繁地更新 gem 。它变成了为特定冲刺安排的故事。它必须与 Ops 协调，以确保他们准备好更新生产环境等。

当我是唯一的开发人员时，所有协调开销都消失了，但更新 gem 仍然存在风险。也许那些新版本不会很好地工作。

所以...一直这样做更好吗？使用“gem update”开始每个开发 session 并从那里开始？或者我应该等到我即将上线并进行一次大更新，希望在后端损失的任何时间都不会在整个开发过程中以小增量损失时间来弥补吗？

你是做什么的？快乐的媒介是什么？

Answer 1

更频繁地更新 gem 的好处是您会得到改进。例如，安全改进或速度改进。此外，这意味着您的代码是最新的，通常更容易找到更新的 gem 版本的文档。此外，让您的 gem 保持最新意味着您正在使用更新版本的 API，例如 Facebook 或 Twitter。使用更新的 API 可能意味着速度的提高并领先于弃用。当然，正如您指出的那样，这也有缺点，记住这一点很重要。以下是我喜欢遵循的一些建议:

1. 了解您正在使用的较新的 gem 版本。阅读发行说明。如果您使用的是有据可查的 Gem，您应该能够找出此版本的 Gem 中的新内容，以及您是否将不得不处理弃用问题。
2. 在您的 Gemfile 中使用 gem 版本。我最喜欢的运算符是 ~>。 ~> 2.1 表示 >= 2.1 但 < 2.2，这意味着您可以确保您的 gem 保持最新状态，而不必担心弃用，因为您可以保留在特定的 gem 版本中。这通常意味着您将继续接收特定 gem 版本的安全更新，同时保留相同的命令和函数格式。
3. 不要立即升级关键项目。升级之前最好等待新的 gem 版本发布。在您的开发分支中测试新的 gem 版本或等待其他人是否发现错误。随时了解新 gem 版本的最新进展。
4. 编写测试。不要直接测试 gems，但要确保依赖于 gems 的代码按预期工作。您在此处获得的覆盖范围越广，尤其是对于关键功能，就越容易判断新的 gem 版本是否仍在运行。
5. 升级 gem 后测试您的应用程序。创建一个新的 git 分支并更新该分支中的 gem 以确保您的代码仍然可操作通常是很好的。在测试或升级代码时，您甚至可以让一个分支在多个开发周期或冲刺中保持事件状态，只有在您确信 gem 升级是一个不错的选择后，才将其合并回您的 master 分支。

我的偏好确实是尽可能与 gems 保持同步，同时确保我的开发不会因不断升级而受到很大阻碍。我尝试按照适合我的团队的时间表进行升级，例如每两周一次，同时留意安全升级。它还有助于自动设置生产环境。 Bundler 对此非常有用，因为您的 Gemfile.lock 可以确保您的生产环境运行与开发环境相同的 gem。