这是使用 git 子模块的合适场景吗？

Question

我对 Git 和 Ruby 都很陌生，但我想知道这种情况是否适合使用 Git 子模块，或者我是否应该使用不同的方法。

我正在做一个 Sinatra 项目。我想将一个 gem 与 Github 上托管的代码一起使用。我需要对我的项目的 gem 进行一些更改。 （基本上，gem 用于处理某种文件格式，而我使用的源不符合这种格式的某些标准。我认为调整 gem 比尝试修复文件更容易） .我认为我所做的更改对其大多数人没有任何用处，所以我不打算分叉这个项目。

我想做的是在我的项目中为 gem 项目添加一个子模块，然后在其中进行更改。我不打算将这些更改中的任何一个推送到单独的存储库，但我认为如果 gem 的作者添加任何其他更改以合并到我的更改中，我认为这将是很好的功能。

这看起来合适吗？

Answer 1

这不是子模块的工作方式。您需要 某处 来推送您的更改，否则任何其他获取您的 repo 的人都没有地方可以从中提取子模块。您可以在存储主存储库的同一位置创建同级存储库，并且可以将其作为子模块的官方来源。您仍然可以将上游更改从 gem 拉到您的 repo 中，您只需将生成的合并和更改推送到子模块的远程。