我在我们公司介绍Git。我有几个应用程序,所有通过套接字互动起来,而现在,它即将决定是否我应该用我的应用程序的不同部分单独的分支机构或混帐项目?
- 单独的分支,或
- 独立的Git项目。
我也想使用标签进行修订;如果我使用分支机构,我必须标记为branchnameV1.0, but if I use separate Git projects I could tag like
v1.0`。
这样做最常规的方法是什么?
我在我们公司介绍Git。我有几个应用程序,所有通过套接字互动起来,而现在,它即将决定是否我应该用我的应用程序的不同部分单独的分支机构或混帐项目?
我也想使用标签进行修订;如果我使用分支机构,我必须标记为branchnameV1.0, but if I use separate Git projects I could tag like
v1.0`。
这样做最常规的方法是什么?
单独的Git项目:如果你打算合并公共代码源,分支是有趣的。
但是,如果您的应用程序是独立的(开发中,即使它们在运行时以某种方式链接),每个应用程序的git回购将会更好。
它将允许每个应用遵循自己的开发生命周期,并拥有自己的一组标签和分支。
如果您想要跟踪这三个应用程序的哪些版本,在给定时间一起工作,您可以创建第四个回购库,并且可以创建第三个回购库和register the first three as submodules。
将分支看作是开发“正在进行中”代码的临时区域,这些代码最终会被合并回主。
如果您有不同的应用程序,请使用不同的git项目。 Git项目很便宜,如果您在工作流程中保持不同程度的分离,所有内容都会更加容易。
在我看来,如果你在应用程序之间没有共同的代码,那么把它们放在不同的分支上是没有意义的。你永远不需要将它们合并,或从一个分支挑选到另一个分支。我会投票给单独的回购。
我认为你有以下选择:
如果分开的团队和团队不需要/被允许访问其他代码,并且应用程序是独立的(我个人更喜欢这种方法,即使他们是从属的),我会采取1。如果每个人都在所有应用程序代码中进行修改,并且他们应该在一起总是(在应用程序之间有很大的依赖关系),我会采用2。
分支不是一个选项,因为分支是你对普通代码做的事情。你有一个以某种方式改变的代码(你创建了一个分支),然后你想将这些修改合并到主代码中(你合并了分支)。