git - 在具有相同基础的多个项目上使用 git 的最佳实践是什么？

Question

我有一个在使用 git 作为版本控制的客户端上运行的项目。
一段时间后，另一个客户想要具有一些不同功能的同一个项目。

然后，我想到了 2 个选项来管理 git 存储库中的新选项。

一个，fork 存储库，或者两个，创建另一个特定于新存储库的分支。

因为我是 git 的新手，所以我做了这两个来测试哪个更容易维护。后来，我选择了选项二，因为修复客户端中的错误然后将其挑选到另一个分支要容易得多(如果错误出现在另一个客户端中使用的功能中)。而且在 IDE 中切换分支似乎比有多个项目更容易。

但是，我仍然不相信这是几个项目的最佳实践，因为现在我有更多的客户(因此，有更多的分支机构)。

按功能使用分支真的很困惑，我想利用 git 的 pull 请求功能。我开始认为最好将项目分开放在他们的个人存储库中。
但如果我这样做，我还能在我的 IDE 中使用单个项目吗？

我如何才能将错误修复“推送”到另一个存储库，而不必在另一个项目中重新编码(字面意思是再次编码、复制粘贴或使用 diff)它们？

我做的对吗？
或者有更好的方法吗？

提前谢谢你。

Answer 1

版本控制不是解决这个问题的方法，这不是它从未打算解决的问题。您应该为您的所有客户拥有一个单一的代码库，并且您应该以可以在该代码库中打开和关闭这些功能的方式构建您的功能。

这是否意味着将功能提取到可加载模块，或者构建它们以使您的代码充满 if/else 语句由您决定，但任何一种解决方案都比分散分支的爆炸要好.每个客户端分支的解决方案勉强比将整个代码库复制并粘贴到每个客户端的新目录中要好。如果您最终有一百个客户端和一百个不同的分支需要独立维护，那么版本控制对您来说并没有什么好处。