更频繁地更新 gem 的好处是你得到了改进。例如，安全性改进或速度改进。此外，这意味着您的代码是最新的，通常更容易找到较新的 gem 版本的文档。此外，让 gem 保持最新意味着您正在使用更新版本的 API，例如 Facebook 或 Twitter。使用较新的 API 可能意味着速度提高并领先于弃用。当然，正如您所指出的，这也有不利之处，记住这一点很重要。以下是我喜欢遵循的一些建议：
了解您正在使用的较新的 gem 版本。阅读发行说明。如果您使用的是有据可查的 gem，您应该能够了解此 gem 版本中的新内容以及是否必须处理弃用问题。
在您的 Gemfile 中使用 gem 版本。我最喜欢的运算符是 ~>。~> 2.1 意味着 >= 2.1 但 < 2.2，这意味着您可以确保您的 gem 保持最新，而不必担心弃用，因为您可以保持在特定的 gem 版本中。这通常意味着您将继续接收特定 gem 版本的安全更新，同时保留相同的命令和函数格式。
不要立即升级关键项目。在升级之前，最好等一下新的 gem 版本发布。在您的开发分支中测试新的 gem 版本或等待其他人是否发现错误。随时了解新 gem 版本的进度。
编写测试。不要直接测试 gems，但要确保依赖 gems 的代码按预期工作。您可以在这里获得的覆盖范围越多，尤其是关键功能，就越容易判断新的 gem 版本是否仍在运行。
升级 gem 后测试您的应用程序。创建一个新的 git 分支并更新该分支中的 gem 以确保您的代码仍然可以运行通常是很好的。您甚至可以在测试或升级代码时让一个分支在多个开发周期或冲刺中保持活动状态，只有在您确信 gem 升级是一个不错的选择时才将其合并回您的主分支。
My preference is really to stay as up-to-date with gems as I can, while making sure that my development is not very hindered by continually upgrading. I try to upgrade on a schedule that works for my team, for example every two weeks, while keeping an eye out for security upgrades. It also helps to have an automatic way to setup your production environment. Bundler is great for this, because your Gemfile.lock can ensure that your production environment is running the same gems as your development environment.