最近我在GIT中找到了工作流的三个概念:GitFlow,GitHub Flow和GitLab Flow.我已经阅读了关于它的好文章(https://docs.gitlab.com/ee/workflow/gitlab_flow.html),但我不太了解GitLab Flow.也许是因为我不是母语人士:)
简单地说.
GitFlow(https://docs.gitlab.com/ee/workflow/gitdashflow.png).
我们有一个主分支作为生产分支.我们还有一个开发分支,每个开发人员都会合并他的功能.有时我们会创建一个发布分支来在生产中部署我们的功能.如果我们在发布分支中有错误,请修复它并将更改拉入开发分支.如果我们在生产中存在严重错误,请创建新的修补程序分支,修复错误并将分支与生产(主)合并并开发分支.
如果我们很少显示我们的工作成果,这种方法非常好.(也许每2周一次).
GitHub Flow(https://docs.gitlab.com/ee/workflow/github_flow.png).
我们有一个主分支作为生产分支.我们(作为开发人员)只能创建分支以添加新功能或修复错误并将其与生产(主)分支合并.听起来很简单.这种方法适用于极端编程,其中生产分支在一天内被多次部署.
GitLab流量(https://docs.gitlab.com/ee/workflow/production_branch.png,https://docs.gitlab.com/ee/workflow/environment_branches.png,https://docs.gitlab.com/ee /workflow/release_branches.png).
我见过新的术语,如预生产,生产,发布(稳定)分支和临时环境,预生产环境,生产环境.他们之间有什么关系？
我这样理解:如果我们需要添加新功能,我们从主分支部署预生产分支.完成功能后,我们从预生产分支部署生产分支.预生产分支是中间阶段.然后主分支从生产分支中提取所有更改.
如果我们想要查看每个单独的功能,那么这种方法很好.我们只是在分行结账我们需要和看看.
但是如果我们需要展示我们的工作,我们会尽可能晚地创建一个带有标签的发布分支.如果稍后我们修复master分支中的错误,我们需要将它们挑选到最后一个发布分支.最后,我们有一个带有标签的发布分支,可以帮助我们在不同版本之间移动.
我的视力是否正确？拉和樱桃挑选有什么区别？
