根据您的经验,指定工作项应在何处编码的最佳方式是什么?你使用特定的领域吗?我们目前在 WIT 中使用自定义的“要修复的版本”字段,但它与 Dev 或 Main line 代码分支没有直接关系。我们最终会沟通哪些版本(v6.1、v6.2 等)与哪些分支相关,但仍然需要完成“映射”。这实际上仅适用于已发布版本中的“Hot Fix”,因为该分支的名称与“要修复的版本”相同。如何指定工作项,以便开发人员很容易知道在哪里编码并提供最少的维护?
更新:澄清一下……我们有 Dev、Main 和 Release(每个版本一个)分支。我们 90% 的开发工作都是在 Dev 中完成的。一旦迭代结束,我们将 Dev 反向集成到 Main,但是我们不会在那时发布它。在 Main 上进行了一段时间的测试,并且可以在 Main 上修复选择的错误。这一切都在进行,而下一次迭代(新故事)在 Dev 中继续进行。一旦在 Main 上看起来不错,我们将分支到一个新版本(新的 Release 分支),并且 Main 上的开发将结束,直到下一次迭代开始,我们再次从 Dev 反向集成到 Main。当然,一旦在 Main 上解决了问题,我们就会将 Main 集成到 Dev。在任何时候,我们都可能在 Dev、Main 或已发布版本上存在我们想要修复的错误。我们在 Main、Dev 和 Release 中进行了错误修复,这让一些开发人员感到困惑。我们告诉他们“版本”,但他们必须知道未来或当前版本链接回哪个分支。这就是我试图找到 Task 工作项的最佳实践的地方。