GIT源代码控制

时间:2013-01-09 19:47:04

标签: git version-control

我一直在观看一些GIT视频和阅读一些网站。到目前为止,似乎GIT可能是我的小组的一个很好的源控制解决方案。但是,我有一个问题/疑虑。我们有许多不同的代码项目,一次只有少数人在处理它们。如果我们每个人都在我们的机器上拥有整个代码库,那将是一团糟。哎呀,一台机器可能没有存储空间来容纳整个代码库和历史记录。是否可以设置GIT,以便每个开发人员只有他们在他们的机器上工作的代码?我当时认为你可以为每个项目创建一个分支,开发人员可以选择加入或不加入他们的计算机。听起来有可能吗?

5 个答案:

答案 0 :(得分:3)

这种方式打败了分布式版本控制系统的整个 raison d'être。我认为你会惊讶于一个项目在git中“适合”有多大而不会造成任何问题。如果Linux内核可以做到,你也可以。

如果您的项目是合理正交的,那么您可以将每个项目放在自己的存储库中。

答案 1 :(得分:1)

  

我们有许多不同的代码项目,只有少数人工作   他们一次。如果我们每个人都拥有完整的代码库   机器,这将是一团糟。

您将为每个项目创建一个Repo(假设您的项目是指独立应用程序)。开发人员只需要他们正在处理的项目的源代码。

其次,GIT获得了非常好的压缩。它目前用作linux的事实上的源代码控制(我听到的大约1000万行代码)。它对他们有用,很有可能,对你有用。

答案 2 :(得分:1)

七年的linux历史回购在其默认设置下约为650MB。而不是为每个子项目创建分支,只需为每个子项目创建一个完整的仓库。如果您需要将所有子项目作为一个包收集在一起,您可以将一个包含它们的仓库作为分支,并将它们合并到该仓库中的单个包中。

答案 3 :(得分:0)

假设每个项目属于一组人并且这些组不重叠,为什么不将每个代码项目放在一个单独的git存储库中?这样开发人员只能克隆他们需要的存储库。

请注意,通常分布式存储库比集中式存储库使用更多空间。

答案 4 :(得分:-1)

它可能,但我认为你会通过多个分支(大多数在你的大脑中)创建更多的混乱,你需要单独的存储库,因为它已经建议