相关疑难解决方法(0)

我一直在监视从每个 sprint 开始的两个分支 -Release和Master.

Master 分支是开发人员创建新分支（特定于任务）、实施他们的更改并创建合并到 Master 的拉取请求的地方。

Release分支是特定于 sprint 的，它始终可以提交给生产。我们只合并提交到发布分支Master并由QA发布分支验证的分支。

这种方法最适合我们，因为我们Release定期提交并实施和验证特定功能，因此我们确切地知道下一个版本会发生什么。

这个问题是avoid-merging-master-into-development-branch 和git-merging-only-branch-specific-commits的延续

在一行中，我想

“确保只有经过 QA 验证的开发分支才能进入下一个候选版本。”

我曾想过使用我之前讨论中的以下工作流程选项；

git pull --rebase master taskA
//Work on taskA branch, do multiple commits, and also execute this command multiple times whenever required;
At time of Rebasing taskA to Master
git checkout taskA
git rebase -i origin/Master // Remove any commits that are not belongs to taskA.
git checkout …

Run Code Online (Sandbox Code Playgroud)