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