单独的分支机构或git项目?

时间:2014-12-04 12:18:20

标签: git git-branch git-tag

我在公司介绍Git。我有几个应用程序都通过套接字进行交互,现在,它将决定是否应该使用

  • 为我的应用程序的不同部分单独分支,或
  • 单独的Git项目。

我也想用标签进行修改;如果我使用分支,我必须标记为branchnameV1.0, but if I use separate Git projects I could tag like v1.0`。

这样做最常规的方法是什么?

4 个答案:

答案 0 :(得分:5)

单独的Git项目:如果您打算合并公共代码源,分支很有意思。

但是如果您的应用程序是独立的(在开发中,即使它们在运行时以某种方式链接),每个应用程序的git repo也会更好。 它将允许每个应用程序遵循自己的开发生命周期,具有自己的标记和分支集。

如果您想跟踪这三个应用的哪些版本,在给定时间,一起工作,您可以创建第四个回购,register the first three as submodules

答案 1 :(得分:4)

将分支机构视为发展的临时区域"正在进行的工作"最终会合并回master的代码。

如果您有不同的应用程序,请使用不同的git项目。 Git项目很便宜,如果你在工作流程中保持不同程度的分离,一切都会变得容易多了。

答案 2 :(得分:0)

在我看来,如果您在应用程序之间没有公共代码,则将它们放在不同的分支上是没有意义的。你永远不需要将它们合并或从分支机构中挑选出来。我会投票给单独的回购。

答案 3 :(得分:0)

我认为你有这些选择:

  1. 将代码放在不同的git存储库中。
  2. 将代码放在相同的git存储库中,但位于不同的目录中。
  3. 如果有分离的团队并且团队不需要/被允许访问其他代码,我将采取1,并且应用程序是独立的(我个人更喜欢这种方法,即使他们是依赖的)。如果每个人都在所有应用程序代码中进行修改,我会选择2,它们应该在一起总是(应用程序之间存在很大的依赖关系)。

    分支不是一个选项,因为分支是您对公共代码所做的事情。您有一个以某种方式更改的代码(您创建一个分支),然后您想将这些修改合并到主代码(您合并分支)。