【问题标题】:How many git branches should I have and am I merging them correctly?我应该有多少个 git 分支并且我是否正确合并它们?
【发布时间】:2022-01-22 15:17:04
【问题描述】:

我的项目有 3 个分支 master、develop 和 develop1。我在develop1上工作,然后当我满意并准备好部署时,我将其合并以进行开发。然后我去master并将它与develop合并。这是正确的过程吗?如果不是我应该采取什么方法。 (我有中间开发分支只是因为如果我在develop1中搞砸了,我总是可以回到我在开发分支上的最后一个工作代码。)

【问题讨论】:

  • Git 中的分支名称几乎无关紧要。您应该拥有和使用多少,以及应该命名它们,完全取决于您。没有正确的答案,除非对你有用。

标签: git heroku git-branch


【解决方案1】:

我会稍微修改您的工作流程以使用 Gitflow 工作流程(请参阅 here)。这意味着有一个 dev 分支,它是代码的当前工作版本,并且您创建的任何新功能都应该在完成后合并到 dev 的功能分支上创建。当你想做一个正式发布时,你可以将 dev 合并到 master 中,因此 master 将拥有发布给世界的当前版本。

我发现这个工作流程非常高效,我强烈推荐给我们它或类似的东西。

【讨论】:

  • 你的意思是每次我在开发新功能时都创建一个新分支?未来有 20 个功能,分支很多,会不会很乱。
  • 当你想要一个新特性时,你创建一个新特性分支并在它上面工作直到特性完成。然后将feature分支合并到dev中,删除feature分支。这意味着你永远不会有那么多分支
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2019-09-01
  • 1970-01-01
  • 2016-03-20
  • 1970-01-01
  • 2012-06-21
  • 1970-01-01
  • 2017-09-21
相关资源
最近更新 更多