我们已经看过并观看了有关大型分布式团队如何使用 Git 的视频,但是我们这些非分布式团队以及与团队其他成员在办公室工作的人又如何呢?我们应该如何构建我们的存储库和工作流程?
想想一直使用 Subversion 或 CVS 作为单点权限的传统办公室。当然,这些团队可以各自维护自己的 Git 存储库,并根据需要在彼此之间推送/拉取,这在许多情况下很快就会变成一场噩梦。或者,他们每个人都可以维护自己的存储库,并与被称为团队“主”的单个存储库同步。或者,可以将工作流程与 DVCS 所提供的可能性进行任意组合。
你的团队如何工作?您发现什么是有用的工作流程?
我喜欢雅虎的方式!用户界面 (YUI) 团队似乎正在工作。我不在雅虎,也不在那个团队,但他们的 git 提交日志揭示了很多关于他们的过程。
YUI 团队维护一个中央存储库,团队中的每个人都可以访问该存储库。定期提交到此存储库后(可能是在每次推送之后,但我不这么认为),构建系统会触发,重建 YUI 并将新标记的提交推送到 github,社区可以在其中分叉代码并对其进行处理。
我赞成代表该项目“官方”状态的中央存储库。当然,如果我想与同事共享代码,我可以安排他们从我这里拉出一个分支,我们可以通过这种方式进行协作。
“主”存储库还提供其他优点,例如易于持续集成,因为可以在“主”存储库上配置推/拉触发器以启动单元测试和构建系统。它还确保每个人都知道存储库的最新“已知良好”版本在哪里,以便如果需要构建、发布或测试项目,可以合理地保证“主”存储库已为此做好准备。
Git 几乎支持您能想到的任何工作流程,但即使在小团队中,您也不希望出现关于“官方”存储库在哪里的问题。可能导致的维护噩梦,特别是当您接近发布时,将是令人不愉快的。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)