logo标签列表

你如何构建你的Git代码库工作流程？

gitdvcs
9
我们已经看到并观察了关于大型分布式团队如何使用Git的视频，但是对于那些没有分布式团队，与其团队在办公室工作的人来说，我们应该如何构建我们的存储库和工作流程呢？
想想传统的办公室一直在使用Subversion或CVS作为单一权威点。当然，这些团队可以每个人维护自己的Git存储库，并根据需要进行推送/拉取，但在许多情况下，这很快就会变成一场噩梦。或者，他们可以每个人都维护自己的存储库，并与一个被称为团队“主控”的单个存储库同步。或者，可能会有任何组合的工作流程，具有DVCS开放的可能性。
你的团队是如何工作的？你发现什么是有用的工作流程？
3个回答
17
我喜欢雅虎用户界面（YUI）团队的工作方式。虽然我不在雅虎，也并非那个团队的成员，但是他们的Git提交日志揭示了他们的工作流程。
YUI团队维护一个中央代码库，团队中的每个人都可以对它进行提交。每次向该代码库提交更改后（可能不是每次推送，但我认为应该不会），构建系统会自动触发，重新构建YUI并将一个新标记的提交推送到GitHub上，社区用户就可以fork这个代码并开始使用。
我赞成采用代表项目“正式”状态的中央代码库。当然，如果我想和同事共享代码，我可以安排他们从我的分支中拉取代码，并通过协作来完成。
“主”代码库还具有其他优点，例如便于持续集成，因为推送/拉取触发器可以配置在“主”代码库上以启动单元测试和构建系统。它还确保每个人都知道代码库中最新可用的“已知良好”版本的位置，以便在需要构建、发布或测试项目时，能够合理地保证“主”代码库已经准备好使用。
Git支持几乎所有你能想到的工作流程，但即使是在小团队中，你也不希望出现关于“官方”代码库的问题。特别是在接近发布时，这可能会导致维护上的噩梦。
1
+1，总是需要一个主存储库来制作官方或发布版本。 - Darryl Braaten
4
2
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接