GIT流程-结合灰度发布

合代码

G3 -> develop

  • 切换到 develop 分支
  • 拉取 develop 分支远程代码,更新到本地 develop 分支
  • 拉取 G3 分支远程代码,与本地 develop 分支做合并
  • 将本地 develop 分支更新后的代码,推送到远程 develop 分支
$ git checkout develop

$ git fetch origin

$ git merge origin/develop

$ git merge origin/G3

$ git push origin develop

拉取 develop 分支远程代码
更新到本地 develop 分支
拉取 G3 分支远程代码,与本地 develop 分支做合并
将本地 develop 分支更新后的代码,推送到远程 develop 分支
将本地 develop 分支更新后的代码,推送到远程 develop 分支

打标签

G1

  • 拉取分支
  • 打 tag
  • 推送 tag 到远程
$ git checkout G1

$ git fetch origin

$ git merge origin/G1

$ git tag tag_6.7.1_20191016

$ git tag -l "tag_6.7*"

$ git push origin tag_6.7.1_20191016
拉取分支
打 tag
推送 tag 到远程

覆盖代码

develop -> G1

  • 切换到 develop 分支
  • 拉取 develop 分支远程代码,更新到本地 develop 分支
  • 将本地 develop 分支更新后的代码,推送到远程 G1 分支
$ git checkout develop

$ git fetch origin

$ git merge origin/develop

$ git push origin G1    --推送不同分支需要指定本地分支名称
error: src refspec G1 does not match any
error: failed to push some refs to 'git@github.com:wow-blacksheep/saas-service-impl.git'

$ git push origin develop:G1

  • 如果覆盖时,出现冲突,需要指定参数强行覆盖
$ git push origin develop:G1
To github.com:wow-blacksheep/saas-service-impl.git
 ! [rejected]        develop -> G1 (fetch first)
error: failed to push some refs to 'git@github.com:wow-blacksheep/saas-service-impl.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

$ git push origin develop:G1 --force
Total 0 (delta 0), reused 0 (delta 0)
To github.com:wow-blacksheep/saas-service-impl.git
 + 452eecb...aa19a52 develop -> G1 (forced update)
拉取 develop 分支远程代码
更新到本地 develop 分支
将本地 develop 分支更新后的代码
推送到远程 G1 分支
  • 如果覆盖时,出现冲突,需要指定参数强行覆盖
强行覆盖
强行覆盖

覆盖时注意

  • 需要先拉取被覆盖分支代码
  • 看下最新节点时间,有无同事最近在该分支开发,提醒代码会被覆盖
  • 打上tag,tag格式 -> "tag_6.7.1_20191016"
  • 将打好的 tag 推送到远程服务端

合代码流程

先将其他分支的修复,按照版本从老到新,依次合并:

G1 -> G2 -> G3 -> develop

然后覆盖最老版本,并保持 develop 为最新版本:

develop -> G1

下一次分支合并:

G2 -> G3 -> G1 -> develop

下一次覆盖:

develop -> G2

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Git分支管理 master:主分支,当前分支上的代码随时可以直接发布,并且只能通过Pull Request从其他...
    UEUEO阅读 9,752评论 5 33
  • 本文通过以下四个部分讲解git的使用 Git配置 Git使用场景 Git分支管理方法 常用git命令 在讲解...
    z小牛阅读 1,697评论 0 3
  • 多种多样的工作流使得在项目中实施Git时变得难以选择。这份教程提供了一个出发点,调查企业团队最常见的Git工作流。...
    JSErik阅读 4,483评论 2 8
  • Git 命令 mkdir testcd testtouch a.md alias 设置别名 git config ...
    任教主来也阅读 693评论 0 0
  • 这篇博文是自己在学习git过程中的思考总结。本文仅仅代表个人的看法,如有不妥地方还请本文文末留言。 😊 原文链接g...
    Ming_Hu阅读 1,125评论 4 18