应用错误收集

我试图在开发过程中为我的团队设置正确的分叉/分支方式。

我们制作了一个不属于我们的回购，因此每个团队成员为自己创建了一个新的分支。我们的想法是每个人都在他的分支上为我们所做的每一项新任务创建一个新的分支。完成并测试后，该分支应该合并到他的fork，然后应该将pull请求合并到master repo。与此同时，当任务处于测试阶段时，开发人员将负责下一项任务。

例如：

dev1将处理任务1和2，dev2将处理任务3和4
dev1将他的fork与来自上游repo的最新更改同步并在他的fork上创建一个新分支，命名为task1_branch
dev2做同样的事，并命名为他的分支task3_branch
dev1完成他的任务1并将其交付给QA部门进行测试，并开始处理task2
dev2对task3执行相同操作，并以task4
QA批准任务1
dev1签出task1_branch，将其与fork合并，并为master repo创建拉取请求

问题1： 这是使用git这种东西的正确方法吗？

问题2： 这是上述正确的工作流程（步骤6需要纠正）：

git checkout master - checkout to fork master，如果还没有那么
git fetch upstream - 从上游存储库中获取分支及其各自的提交
git merge upstream / master - 将来自upstream / master的更改合并到本地主分支
git push - 使用上游的最新更改来更新您的分支
使用任务名称在您的fork下创建一个新分支（例如task1_branch） - 您可以在你的fork下的git网站上执行此操作
git fetch origin - 拉出新创建的分支
git checkout -b branch_name origin / branch_name（从第5步结帐到新创建的分支）
完成开发后提交对该分支的更改
执行步骤1-4
git checkout branch_name
git merge master（从上游应用最新更改）
git push -u origin branch_name

Git - 叉子上的分支

0 个答案: