适当的Git repo结构/工作流程

时间:2014-09-15 16:08:28

标签: git github

我在建立适当的结构和工作流程方面对git不熟悉,并希望了解一些git专家对工作流程和结构的看法。

我在一家代理机构工作,来自一家使用TFS的微软商店。使用的TFS结构如下所示:

> - Client Name 
>    - Website Project
>       - A project adding features to the existing website    
>    - A Different Website Project
>       - A project adding features to the existing website    -
>    - Banner Ad's
>    - A different type of project (such as a Kiosk project, etc.)
> - Client Name
> - Client Name

我认为这对于一个结构来说是一个很好的方法但是实现TFS与git有很大的不同。

如果可行的话,我想在Git和GitHub的结构方面做类似的事情。如果没有,那么有人会建议改进结构/工作流程吗?

是否以适当的方式(使用Git)为每个客户或每个项目分别设立一个仓库?有没有办法我们可以使用1个repo并构造它类似于上面的TFS示例结构?如果上面的结构与git类似,或者有人会提出更好的方法吗?

目前我们有自己和另一位开发人员,但将会增加到4-8名开发人员。只是寻找专家的意见和建议,根据成本形成一些想法,以及如何正确地做到这一点,以便有所作为。谢谢!

1 个答案:

答案 0 :(得分:0)

您很可能希望每个可部署代码库都有一个repo。

所以,这往往被认为是一个"项目"但是在你的TFS示例中,如果前两个项目都在向同一个"现有网站添加功能" ,那些应该是一个回购,由分支管理:

http://git-scm.com/book/en/Git-Branching

客户可以设置为"组织"在GitHub中,repos关联和访问控制在该级别。