我正在使用 Node.js 构建后端,并且我在一个由多人组成的团队中工作,他们在 Jira 中使用带有 Bitbucket 的 sprint board。有时我们的任务之间有一些依赖关系。
例如,我们有任务 1、任务 2 和任务 3。任务 2 是任务 1 的延续,任务 3 是任务 2 的延续。一旦完成任何任务,就会延迟审查并合并到主分支。
考虑到每个任务都有单独的分支和拉取请求,请在 Scrum 方法中分配这些任务时提出最佳实践。
我们遵循的是从 master 获取 Task 1 分支,一旦 Task 1 完成,我们就为 Task 1 提高 PR。然后我们从 Task 1 为 Task 2 获取分支,一旦完成就将 PR 提升到 Task 1 本身。对任务 3 做同样的事情。 但这有一个问题,我们必须先合并任务 3 的分支,然后是任务 2,然后是任务 1。
如果这种技术很好,那么 bitbucket 中是否有任何方法可以限制合并任务 1 的拉取请求,直到合并任务 2 的拉取请求。与任务 3 和任务 2 相同。