我一直在看一些GIT视频和阅读一些网站。到目前为止,似乎GIT可能是我的团队的一个很好的源代码控制解决方案。但是,我有一个问题/关注。我们有许多不同的代码项目,而且一次只有少数人在为它们工作。如果我们每个人在我们的机器上都有完整的代码库,那将是一团糟。哎呀,一台机器可能不会有存储容纳整个代码库和历史。是否可以设置GIT,以便每个开发人员只有他们正在他们的机器上工作的代码?我在想,你可能能够为每个项目创建一个分支,开发者可以选择是否在他们的机器上拥有它。这听起来可能吗?GIT源代码控制
GIT源代码控制
回答
我们有许多不同的代码项目的唯一有几个人一次对他们工作 。如果我们每个人都在我们的 机器上拥有完整的代码库,那将是一团糟。
您会为每个项目创建一个回购(假设您的项目是指独立应用程序)。开发人员只需要他们正在开发的项目的源代码。
其次,GIT获得了很好的压缩。它目前用作Linux的事实上的源代码控制(这是大约1000万行代码,最后我听说过)。它适用于他们,很可能,它会为你工作。
这种失败的分布式版本控制系统的整个存在。我认为你会惊讶于一个项目能够“适合”git而不会造成任何问题。如果linux内核可以做到这一点,那么你也可以。
如果你的项目是合理的正交,你可以让每个项目都在自己的仓库中。
Git经常比zip或tar更好地“压缩”。 – Hogan
假设每个项目都属于一组人并且组不重叠,为什么不把每个代码项目放在单独的git存储库中?这样开发人员只能克隆他们需要的存储库。
请注意,尽管一般情况下分布式存储库比中央存储库使用更多的空间。
你的意思是* checkouts *为DVCS占用的空间比集中的多,对吧?因为SVN历史上10年的特定进口,在回购方面占据了一半的空间。 –
有可能,但我认为你将创建多个分支更混乱(大部分在你的大脑),你需要单独的存储库,因为它已经建议
为什么要在git中将分支作为单独的软件仓库?这不是好事。 –
什么?为什么你在谈论mercurial?我认为这是一个误解,我的意思是说,在分支机构和他们所在的地方迷路很容易。 – allergic
它们位于您拥有的单一结帐中。只是不要使用多个目录,事情保持简单。人们总是可以'藏好'或者做'转储'提交哪一个稍后重置。 –
七年Linux历史记录的回购约为650MB的默认设置。而不是为每个子项目创建分支,只需为每个子项目创建一个完整的回购。如果您需要将所有子项目作为一个包收集在一起,您可以有一个将它们全部作为分支包含在其中的仓库,并将它们合并到该仓库中的单个包中。
- 1. VS2013 Git源代码控制
- 2. Xcode源代码控制Git
- 3. 跳过使用Git源代码控制
- 4. 源码控制(git)docker-compose.yml
- 5. 代码整洁vs源代码控制(单调或Git)
- 6. Git SC和Git源代码控制提供程序SOS需要
- 7. 使用git扩展编写Git源代码控制环境
- 8. 为什么不使用Git源控制显示在源代码控制管理
- 9. 家庭源代码控制
- 10. 源代码控制培训
- 11. SQL Server源代码控制
- 12. 源代码控制问题
- 13. SQL Server源代码控制
- 14. LiveCode源代码控制
- 15. 进入源代码控制
- 16. 源代码控制策略
- 17. 源代码控制误解
- 18. Visual Studio - 源代码控制
- 19. Lotus Notes源代码控制
- 20. 源代码控制货架
- 21. 免费源代码控制
- 22. WebReference和源代码控制
- 23. Groovy控制台源代码!
- 24. git克隆复制所有源代码?
- 25. 具有多个项目的Git源代码控制提供者
- 26. Visual Studio 2010中的Git源代码控制
- 27. 是否可以一起使用GIT和TFS源代码控制
- 28. 使用源代码控制使用Git和新项目
- 29. 一个Sitecore站点的Git源代码控制策略
- 30. Visual Studio Git中的源代码控制R脚本
为什么要将所有项目放在一个存储库下? –
戴夫 - 我想这是源于多年的不安全。感谢大家。相关或单个项目的存储库听起来像会让GIT成为我们的绝佳解决方案 – Dave