【问题标题】:Git flow branching for fixing a bug用于修复错误的 Git 流分支
【发布时间】:2018-11-17 13:48:30
【问题描述】:

我使用 git flow 已经有一段时间了。我正在寻找分支模型来修复在开发分支中发现的问题和错误。我知道我们可以使用修补程序,但它用于主分支,或用于生产的快速错误修复。

修复开发中的错误不是一项功能。我总是可以重新初始化 git flow 并将默认前缀分支覆盖到 bug/.但如果我也需要启动新功能,它需要重新初始化。这是一个好的做法还是有一些技术可以处理这个问题?

【问题讨论】:

  • ...我认为这属于 Programmers.SE?

标签: git git-flow


【解决方案1】:

如果您需要应用的修复只是一个提交修复,我会在开发中进行而不创建分支,如果它涉及多个提交,您只需使用 git flow feature 命令。当您完成一个只有一次提交的功能分支时,该软件当前将执行git merge -ff,这在您的日志中看起来与仅在开发中提交相同。

如果您想在日志中指出此功能将是一个错误修复,您可以将分支命名为“bugfix-missing-parameter”或“issue-34-not-reading-file-properly”

我可以看到“功能”一词如何暗示“新事物”而不是“修复”,但这只是文字。如果我为修复创建一个新命令,代码看起来与git flow feature 的代码完全相同,所以我看不出有什么好处。

2015 年 11 月 19 日更新

从 1.9.0 版开始,gitflow AVH 版有一个错误修复命令。它与功能相同,但分支以错误修复而不是功能为前缀。

【讨论】:

  • 我找不到 git-flow 版本 1.9.0。你能帮我安装吗?
  • 好吧,我之前已经调查过了。但它安装的是 1.6.1 AVH 版。我使用 Ubuntu。
  • 对于 xenial 以外的 Ubuntu 版本,您需要手动安装。从您所说的情况来看,您使用的是 trusty。
  • 好的,我在 Launchpad 上为 git-flow AVH 创建了一个新的 PPA。 launchpad.net/~pdoes/+archive/ubuntu/gitflow-avh 它具有适用于 Ubuntu Precise、Trusty、Wily 和 Xenial 的最新 gitflow 版本。我使用原始的 Xenial 包进行反向移植。
  • 我已经在stackoverflow.com/questions/36442801/… 上创建了一个相同的问题,请在此处粘贴您的答案,以便帮助其他正在寻找相同问题的人。谢谢。
【解决方案2】:

修复development 分支上的错误的想法是:

  • 你通常会修复开发中的错误HEAD(它只是另一个提交,它修复了其他提交引入的一些问题)
  • 您在专用分支中对特定版本/标记的 master(“production 分支”)进行修补程序,并且您将或不会合并该修补程序(如果修补程序非常特定于某个版本,并且在后续版本中不再相关,您根本不会将其合并回来)

所以我认为您不需要专门的分支/“git flow”操作:只需进行明确的提交并将其推送到 development 分支的顶部即可。

【讨论】:

【解决方案3】:

git-flow-avh 是你想要的

对于 osx:

  • brew uninstall git-flow #remove your current
  • brew install git-flow-avh #add the update

在项目文件夹中:

  • git init
  • 您应该在提示中看到 - Bugfix branches? [bugfix/],这不会是标准 git-flow 的提示
  • 开始一个新的错误修复 - git flow bugfix start <branch name>

【讨论】:

    猜你喜欢
    • 2016-05-19
    • 1970-01-01
    • 1970-01-01
    • 2015-03-11
    • 1970-01-01
    • 1970-01-01
    • 2011-04-29
    • 1970-01-01
    相关资源
    最近更新 更多