在gem依赖项中处理bug修复的最佳方法是什么？

Question

我有一个依赖于另一个创业板的创业板(在RubyGems上可用)。那个依赖的宝石有一个错误，我最近修复了。不幸的是，依赖的创业板几乎已经死了；它已经好几年没有更新了，而且所有者在GitHub上已经完全不活跃了，更别提提交到这个gem上了，所以我不希望我的补丁会被接受--当然不会很快就被接受。

有鉴于此，处理这个依赖于宝石的修补版本的最佳方法是什么？我是否将其分叉并上传一个新的创业板(具有新名称)到RubyGems，并依赖于此？我是否以某种方式将我的固定版本与我自己的宝石打包？

Answer 1

首先，检查已安装好的gem的许可证(以及您的代码的许可证--确保所有内容保持兼容)。

然后--就像你说过的--你有多种选择：

• 在您的项目中包含固定的gem，并告诉bundler/Gemfile从那里使用gem。
• 分叉，修复并告诉bundler/Gemfile使用您的git存储库。
• 叉子，修复和重新发布(这是upstream变体，包括开源及其社区)。
• 运行时的猴子补丁也可能是一种解决方案(这在一定程度上取决于所讨论的代码和您的代码气味耐受性。基本上:不要在家里这样做！别去上班了！)

我会使用分叉、修复和重新发布解决方案，但是您可能必须明确(在自述中)这个gem需要一个新的维护者。

这取决于你对“最好”的含义(...whats是最好的方式.)。最简单的可能是猴子补丁，其次是在存储库中包含gem，然后告诉bundler/Gemfile从那里获取它。另外，没有奇怪的gem更新会破坏您的代码。但是，如果有(由你这样的人:)修复的话，你会错过它们。