Git重新建立与合并受保护分支的关系

时间:2020-03-25 18:39:34

标签: git version-control gitlab

我和我的团队正在将Git Flow分支模式与master分支,hotfix / release分支,develop分支和feature分支一起使用。 我们将所有内容托管在GitLab.com上,最近,我们决定保护开发分支和master分支免于推送,从而使其仅接受合并请求。

我们通常的功能工作流程如下:

  1. (正在开发中) git pull ,以确保我们从远程获得了最新更改
  2. git checkout -b Feature / wonderfulFeature 创建一个新的功能分支并自动移至该分支
  3. 编写分支上需要做什么的代码
  4. git添加/提交更改
  5. 再次进行
  6. git checkout开发 git pull ,以确保我们拥有最新的更改
  7. git结帐功能/ wonderfulFeature
  8. git rebase开发 git rebase -i开发
  9. git push -f原始功能/ wonderfulFeature
  10. 在GitLab上打开MR

但是我遇到了一个问题:我被带到与同事共享功能分支并将其重新开发为基础,根据the Golden Rule of rebasing,您永远都不应这样做。

如果不建议您基于共享分支,是否应该将我的功能分支上的git rebase develop替换为git merge develop,以确保它是最新的?

此外,我非常确定我们可以改善此工作流程,因此不必在每次要获取git push -f的最新版本时都在origin feature/wonderfulFeaturedevelop

0 个答案:

没有答案