Very recently 我们的部门使用GIT从TFS切换到DevOps Azure . 我们都是与GIT相关的新手 .
目前有几个类似的程序，称为进口商 . 我的第一直觉就是将所有进口商都放入Rep . 在我做完之后，我只想拉下一个进口商进行增强 . 一旦我从回购中取得了成功，我当然得到了所有的进口商而不仅仅是我需要的 one .
简而言之，每个独立的计划都应该在自己的回购中吗？在GIT中是否有直接的方式来组织类似的代码库？ （文件夹结构还是其他一些机制??）
这实际上取决于你的喜好 . 最好的方法是为每个应用程序（您可能已经做过）创建一个文件夹，然后克隆整个存储库 .
这有效，但你仍然会得到所有的进口商 . 将这些分开的唯一方法是：
为每个导入器创建一个存储库
为每个导入器创建一个分支
分支系统不是最好的，因为它破坏了这些分区系统的优势 . 如何让所有应用程序（考虑到它们位于不同的文件夹中）成为问题？
更进一步，“更好”的方法是为每个应用程序获取一个特定的存储库，如果需要代码共享，则创建一个“通用”nuget包，因为应用程序相似并在projet（导入器？）中获取这些存储库 .
编辑：我建议你好好看看分支策略，这可能是一开始很麻烦，但从长远来看肯定会提高你的效率 .
编辑2：
GitFlow：http://nvie.com/posts/a-successful-git-branching-model/
Anti-GitFlow：https://barro.github.io/2016/02/a-succesful-git-branching-model-considered-harmful/
OneFlow：http://endoflineblog.com/oneflow-a-git-branching-model-and-workflow
1 回答
这实际上取决于你的喜好 . 最好的方法是为每个应用程序（您可能已经做过）创建一个文件夹，然后克隆整个存储库 .
这有效，但你仍然会得到所有的进口商 . 将这些分开的唯一方法是：
为每个导入器创建一个存储库
为每个导入器创建一个分支
分支系统不是最好的，因为它破坏了这些分区系统的优势 . 如何让所有应用程序（考虑到它们位于不同的文件夹中）成为问题？
更进一步，“更好”的方法是为每个应用程序获取一个特定的存储库，如果需要代码共享，则创建一个“通用”nuget包，因为应用程序相似并在projet（导入器？）中获取这些存储库 .
编辑：我建议你好好看看分支策略，这可能是一开始很麻烦，但从长远来看肯定会提高你的效率 .
编辑2：
GitFlow：http://nvie.com/posts/a-successful-git-branching-model/
Anti-GitFlow：https://barro.github.io/2016/02/a-succesful-git-branching-model-considered-harmful/
OneFlow：http://endoflineblog.com/oneflow-a-git-branching-model-and-workflow