你是如何构建你的Git仓库的工作流程？

Question

我们已经看到了，看着我们这些谁不分配，谁在办公室与我们团队的其他工作就如何大型分布式团队的视频都使用Git，但什么？我们应该如何构建我们的代码库（IES）和我们的工作流程？

想一想已经使用Subversion或CVS作为权威的单点传统的办公。当然，这些团队可以各自维护自己的Git仓库，并相互推间/拉必要的，这将很快变成一场噩梦在许多情况下。或者，他们可以各自维护自己的资源库，并同步与同时被称为“大师”为球队单个存储库。或者，有可能是工作流的任意组合与所述可能性的DVCS打开。

请问你的团队中工作？你发现了什么是有用的工作流程？

Answer 1

我喜欢的雅虎的方式用户接口（YUI）队似乎是工作。我不是在雅虎，我也不是在那支球队，但他们的混帐提交日志透露很多关于他们的过程。

在YUI团队保持一个中央存储库，每个人都对球队有提交权限。定期后提交至该存储库（这可能是每推后，但我不这么认为），构建系统的火灾，重建YUI和推动新标签的承诺github上，那里的社区可以派生它的代码和工作

我赞成，表示该项目的“正式”身份的中央存储库中。当然，如果我想与同事共享代码，我可以安排他们从我拉一个分支，我们可以合作的方式。

“主”信息库提供了其他优点，以及，诸如易于持续集成的，作为推/拉触发器可以在“主”储存库被配置成断火单元测试和构建系统。它还确保每个人都知道哪里有最新的“已知良好”库的版本，因此，如果该项目需要建设，出版，或测试，可以有合理的保证，即“主”库是准备好了

Git会支持几乎所有你能想到的任何工作流程，但即使是一个小团队，你不希望有一个可以在哪里“官方”版本库的问题。该维护的噩梦，可能导致，特别是当你接近一个版本，将是不愉快的。

Answer 2

看看不错的博客 http://nvie.com/git-model 和评论

Answer 3

看看工作流github上团队使用：

http://scottchacon.com/2011/08/31/github- flow.html

它需要使用github上，而且是非常简单的，干净。