我应该在develop或master上合并后关闭问题吗?把它标记为在木板上完成了吗



我正在寻找如何在Gitlab上处理问题、板和合并请求的最佳实践。

这是我在Gitlab 上的董事会

链接到问题#3(标签为"Doing"(的合并请求已在开发分支上合并(我关注git flow(。我想把这个问题标记为完成,因为我们已经完成了它的工作,但它还没有在master上合并。我应该结束这个问题吗?如果没有,是否有一个惯例,说明我如何将其标记为"完成",即我们已经完成了工作?

何时结束问题不仅与特定的分支模型有关,还与您的工作项管理流程有关,即您对done的定义是什么

在gitflow中,您只能合并以掌握生产部署,是否考虑在此之前完成的问题是一个品味问题,但如果您在敏捷fashoin中工作,完成的常见定义是实现、记录、审查和测试该功能,换句话说,准备部署到您的生产环境中(但还不一定部署到那里(。

为了更好地可视化这样的工作流程您可能会受益于在董事会中引入更多的列,如"测试/质量保证"one_answers"审查",以表明问题已经从实施转移到审查,然后转移到质量保证。

最新更新