Gitflow 与 Gitlab
Gitflow with Gitlab
我对这个话题做了很多研究，但到目前为止还没有找到答案。
我们部署了 GitLab-CE 设备，对目前的决定非常满意。
我们还遵循并使用 git 流程原则。
困扰我并且我想找到解决方案的事情是
使用 gitflow，当开发人员完成 feature/bugfix/... 时：
git flow feature finish foo
AFAIK git 流程将合并 foo 分支以进行开发。这对团队使用 GitLab 没有帮助。
因为在origin上我们目前保护master和开发。所以不允许push到这些分支。
有没有办法改变 gitflow 配置或另一种将 gitflow 与 GitLab 结合的解决方案？
我们目前也在尝试找出哪种解决方案最适合 CI 启动和运行。完成此操作后，可以再次允许合并到开发。
任何链接、教程等都会有所帮助。
最简单的解决方案是不使用 feature finish 命令，而是推送功能分支并在 GitLab 上发出合并请求。这将允许其他人检查更改并在一切正常时合并它们。合并可以由存储库管理员使用 feature finish 在本地完成，或者使用在线界面完成同样的事情。
这将保留 Git 流，因为合并模式将相同。合并后，可以使用 branch -d 或 feature finish.
删除松散的局部特征分支
使用 git flow feature publish <branch> 将功能分支发布到远程存储库，而无需将其与 feature finish 合并。
然后像往常一样在 Gitlab 上执行合并请求。
我对这个话题做了很多研究，但到目前为止还没有找到答案。
我们部署了 GitLab-CE 设备，对目前的决定非常满意。 我们还遵循并使用 git 流程原则。
困扰我并且我想找到解决方案的事情是 使用 gitflow，当开发人员完成 feature/bugfix/... 时：
git flow feature finish foo
AFAIK git 流程将合并 foo 分支以进行开发。这对团队使用 GitLab 没有帮助。
因为在origin上我们目前保护master和开发。所以不允许push到这些分支。
有没有办法改变 gitflow 配置或另一种将 gitflow 与 GitLab 结合的解决方案？
我们目前也在尝试找出哪种解决方案最适合 CI 启动和运行。完成此操作后，可以再次允许合并到开发。
任何链接、教程等都会有所帮助。
最简单的解决方案是不使用 feature finish 命令，而是推送功能分支并在 GitLab 上发出合并请求。这将允许其他人检查更改并在一切正常时合并它们。合并可以由存储库管理员使用 feature finish 在本地完成，或者使用在线界面完成同样的事情。
这将保留 Git 流，因为合并模式将相同。合并后，可以使用 branch -d 或 feature finish.
使用 git flow feature publish <branch> 将功能分支发布到远程存储库，而无需将其与 feature finish 合并。
然后像往常一样在 Gitlab 上执行合并请求。