如何在GIT中最好地组织多个项目?

时间:2011-01-19 07:08:38

标签: git version-control

我正在研究GIT是否可以组织我们的项目。 我们在Windows下使用Visual Studio 2010在本地网络上工作。

我们的项目组织如下:

我们有一个共享代码库(称之为SHARE),允许所有开发人员扩展,修改和修复错误。 所有开发人员都有多个依赖于共享代码库的私有项目。 所以结构是:

root
   |
   +-- SHARE
   +-- Project 1 Dev 1
   +-- Project 2 Dev 1
   +-- Project 1 Dev 2

我想到的是网络驱动器上的一个源存储库,每个开发人员PC上都有克隆,开发人员PC上的每个项目都有一个私有存储库(也可能是网络上的一些备份)。好的将是某种链接,因此当开发人员检查他的项目时,他也将获得正确的共享源。 这可能与GIT有关吗?

或者你能推荐一种更好的方法吗?

1 个答案:

答案 0 :(得分:3)

  

好的会是某种联系,所以   当开发人员检查他的时候   项目他会得到正确的共享   来源也是。这有可能吗?   GIT以及如何?

Submodules可能就是你所追求的 - 它们让你将一个“指针”存储到一个主要的(“超级项目”)内的其他仓库中,其中包含关于子项目的确切“状态”的元数据所以每个人都在反对一致的共享子项目。

子模块本身可以像任何其他存储库一样进行工作和改进,并且“状态”指针可以在适当的时候更新为新约定的版本。

所以你的超级项目将包含一个子模块:“shared”,当开发人员克隆你的主要仓库时,他们会运行git submodule init && git submodule update以自动设置他们的子模块。