好吧，我看了一下这个用于具有共享代码的多个项目的后GIT版本控制设置，但事实证明，我真的不认为它能完全满足我的需求，因为这对我的需求来说太复杂了（我想）。
我在一家公司工作，我们有4个以上的项目。SVN目前仅在一个存储库中对它们进行版本控制。我们正在转向GIT，我发现了很多关于GIT或SVN的技术答案，但我想要的是关于版本控制的一般用法的理论答案。
我们的一个项目是一个插件，我们将其用作几乎所有项目的框架。插件在项目中是共同的，但它是唯一的共同点，因为其他项目彼此之间绝对不同。
有时我在做一个项目，我必须更改我们用作其他项目框架的插件中的某些内容，例如为项目提供多租户支持，而其他人可能同时在另一个项目中工作，并更改框架插件中的一些内容。
我上面描述的情况让我认为我不能把每个项目放在不同的存储库中，因为所有项目都需要框架插件。然而，所有的项目都是不同的（完全），这让我觉得我应该把每个项目都放在一个不同的存储库中。
问题是：我应该为所有人使用一个回购，还是每个人使用一次回购？
只要你已经开始向Git迈进，就不要停止！Git有一个子模块的概念，你可以发现它在你的情况下非常有用。
此外，IMHO，对所有代码都有一个repo不是一个好主意，因为每个应用程序有一个repo是一个好做法。
根据项目使用的语言，尝试从每个共享代码库创建一个"库"，并从该堆栈的依赖关系管理中获得好处。