Gitflow,发布和错误哦我的

时间:2017-12-08 16:25:29

标签: git git-flow

我目前正在了解gitflow,以及如何将这些版本部署到测试服务器以供其他团队测试和发现错误。

我们说我的1.5版本包含一些小功能。

这些功能已合并到if errorlevel 1分支中,现在我已从develop分支到develop

此版本分支现已部署到我们的测试服务器。

测试团队根据功能的票证检查站点并报告回来。他们发现了其中一个功能的错误。

现在,我可以看到这个问题 - 如果我修复了错误,那bugfix会去哪里?我应该将其折叠到release/1.5.0并重新部署吗?或者它是否会在新故障单中标记,并在几周内添加到release/1.5.0的修订版本中?

对于后者,这意味着一个版本会被错误地签署,直到它们可以在未来的路上得到解决。

前者似乎有道理,但后来我认为所有的错误都会被折叠成release/1.5.1?除非您重新合并develop,否则无法重新部署含义release/1.5.0,但这会封装其他错误修复和功能?

所有这一切都来自于想要利用JIRA版本,我不确定你何时说一个版本已经准备好被标记为已发布,以及你是否可以通过bug来释放它,知道它们将被修复以后呢?

您是否修复了当前测试版本中的错误,直到它们消失然后发布版本?

我假设当你将发布分支合并到develop中时,错误修复也在那里吗?

1 个答案:

答案 0 :(得分:0)

使用git-flow:

  • 可能将错误修正添加到发布分支。您可以将它们同时添加到develop的bugfix分支中,将它们合并到ASAP中,而不是等待发布分支合并回来。
  • 可能还会为错误修复程序创建一个功能分支,将其合并以进行开发,并将其合并到发布分支,或者挑选错误修复提交。

我认为向发布分支添加补丁以及将其添加到开发中都很重要,但有几个选项是有效的,因此您仍需要比较选项。