git - fork 别人的 github 项目以将其作为 gem 发布的道德和礼仪是什么？

Question

我正在用业余时间编码 CultureGrid .他们有一个 SOLR API 来访问 120 万件文物。我已经发布了一个 gem 来使用他们的服务，但我有一个很好的想法，即使用带有 SOLR 适配器后端的 Datamapper 以更好的方式完成它。

我刚刚在 Github 上轻松找到了一个去年的项目，名为 dm-solr-adapter .它是 2008 年其他人的工作的一个分支，要使用它，您必须克隆项目并运行 rake 任务来安装它(在 heroku 上用处不大，所以我不得不出售它)。不幸的是，该任务现在中断了，因为他们没有固定他们的 gem 版本，并且 Bones 在版本 2 和 3 之间发生了很大变化。

基本上 - 它需要一些重新编码才能让它成为一颗 gem ，如果我要这样做，我最好自己发布它并按照我知道的方式去做 - 改用 Jeweler。

所以，当然，我会给所有作者写信，但我只是想知道这里的道德和礼节是什么。我是在 gem 中包含我的用户名还是使用原始的 gem 名称？即使该 gem 未在 Rubygems.org 上列出，这是否可能会破坏其他人的安装？我是否遵循他们的编号惯例？他们似乎选择了“1.0.0”并坚持使用，没有进一步的事件。还是从 0.1.0 版重新开始？

如果做不到这一点，我是否只是捕获我想要的部分，将其包含在我的新项目中并给个帽子提示？对于可能想要做同样事情的其他人来说，这听起来不是很有用。

或者我可能会利用我认为有用的部分，制作一个全新的 gem，称为 dm-solr-backend 之类的东西，然后从头开始？

哦，困境 - 你会怎么做？

Answer 1

因此，如果您不打算发布 gem，请继续进行 fork (假设许可证允许)，不要担心。这是 100% OK，甚至是预期的行为。 fork 实际上是接受贡献者补丁的最简单方法之一。网络图通常是评估项目健康状况以及潜在改进领域的好方法。

如果你打算发布一个 gem 因为原来的已经不再维护，你应该:

• 以username-originalgemname的形式发布
• 联系原作者并提出接手。然后在原来的名字下推送新的 gem 。

如果您打算发布一个 gem，因为您需要对 gem 进行更改而不会使整个社区受益，您应该:

• 将 gem 解压到 vendor 目录中并且永不发布
• 以username-originalgemname的形式发布

在大多数情况下，名为username-originalgemname 的gem 发布是没有问题的。这是 GitHub gem 存储库采用的模型，因此这也是大多数人此时处理 fork 的方式。