当前位置:   article > 正文

Git 学习笔记之开发分支管理_开发中的分支管理

开发中的分支管理

Git Branch

分支管理的目的
  • 当项目多人开发时,每一个人开发的新功能需要创建自己的分支,将代码或者版本提交到开发分支下,等该功能稳定再与主分支合并,从而不影响主版本的使用。
  • 分支本质上其实就是一个指向某次提交的可变指针。Git 的默认分支名字为 master 。而我们是怎么知道当前处于哪个分支当中呢?答案就是在于 HEAD 这个十分特殊的指针,它专门用于指向于本地分支中的当前分支
  • HEAD就 是指向于本地分支中的当前分支
分支管理的常见操作
$ git branch -a #查看当前所有分支,HEAD指针默认指向master

$ git branch dev #创建新的开发分支
$ git checkout dev #切换到dev分支,可以看到*已经指向dev,此时可以提交新的功能代码
# 或者使用下面的命令
$ git checkout -b <branch_name>  #创建并切换分支

$ git add readme.md # 添加readme
$ git commit -m "readme"
$ git push origin dev # push 到远程

# 当功能各方面完善,则可以合并到主分支,供其他开发人员使用
$ git checkout master # 第1步,先切换主分支
$ git pull origin master # 第2步,合并之前先同步远程主分支的修改 git fetch
$ git merge dev # 第3步,将dev分支的开发成果合并到本地主分支
$ git push origin master # 第4步,将推送合并后的主分支到远程仓库

# 删除分支的命令在master下执行
$ git branch -d dev #若不需要该分支,删除本地的开发分支dev
$ git push origin --delete dev # 删除远程开发分支dev

# 重命名某开发分支
# 当不在old branch 时,执行 git branch -m newName, 否则执行下面一句
$ git branch -m oldName newName
# 上传新分支
$ git push origin newName
# 删除远程旧分支
$ git push --delete origin oldName
# 切换到新分支后,关联操作后的本地分支与远程分支
git branch --set-upstream
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
分支管理策略
  • 主分支 master
    • 代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。
  • 开发分支 develop
    • 主分支只用来分布重大版本,日常开发应该在另一条分支上完成。我们把开发用的分支,叫做Develop
  • 功能分支 feature
    • 功能分支,它是为了开发某种特定功能,从Develop分支上面分出来的。开发完成后,要再并入Develop。
  • 预发布分支 release
    • 预发布分支,它是指发布正式版本之前(即合并到Master分支之前),我们可能需要有一个预发布的版本进行测试。预发布分支是从Develop分支上面 分出来的,预发布结束以后,必须合并进Develop和Master分支。它的命名,可以采用release-*的形式。
  • bug 分支 fixbug
    • bug分支。软件正式发布以后,难免会出现bug。这时就需要创建一个分支,进行bug修补。修补bug分支是从Master分支上面分出来的。修补结束以后,再合并进Master和Develop分支。它的命名,可以采用fixbug-*的形式。
  • 其它分支 other

Git Tag

  • 原文:https://blog.csdn.net/hellokandy/article/details/84553353

  • 用于版本管理,通常,发布一个版本时,会在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。

  • 简单理解:标签是某个版本的别名,因为Git的版本号都是用一串字母数字组成,为了便于管理,Git 可以给版本取个别名(也就是打上标签,比如标签的名字叫做 v1.0.0)。

  • # 切换到需要打标签的版本
    $ git checkout master
    #创建标签
    $ git tag -a v1.4.0 -m 'my version 1.4.0' 
    $ git show v1.4.0 #查看当前版本的信息
    #查看所有标签
    $ git tag 
    ## 注意,默认标签是打在最新提交的commit上的
    
    # 如果需要对过去的提交的版本打上标签,怎么操作?
    # 方法是找到历史提交的commit id(命令如下),然后打上就可以了.
    $ git log --pretty=oneline --abbrev-commit
    
    #如果标签打错了,也可以删除,前提是没有推送远程,则可以本地进行删除
    $ git tag -d v1.4.0#删除标签
    
    # 推送标签至远程
    $ git push origin v1.4.0#推送标签<tagname>
    $ git push origin master --tags #将本地标签推送到远程master分支
    
    #删除远程标签
    #如果标签已经推送到远程,要删除远程标签就麻烦一点,
    $ git tag -d <tagname> #第一步,先本地删除
    $ git push origin --delete tag <tagname> #然后再从远程删除
    
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
  • 总结

    $ git tag <tagname> 用于新建一个标签,默认为HEAD,也可以指定一个commit id;
    $ git tag -a <tagname> -m "this is memeo" 可以指定标签信息;
    $ git tag 可以查看所有标签。
    $ git log --pretty=oneline --abbrev-commit 找到历史提交的commit id
    $ git tag -d <tagname> 删除标签
    $ git push origin --delete tag <tagname> 可以删除一个远程标签。
    # tag重命名,rename
    $ git tag newtag oldtag 
    $ git tag -d oldtag
    $ git push origin :refs/tags/oldtag
    $ git push --tags
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/AllinToyou/article/detail/733579
推荐阅读
相关标签
  

闽ICP备14008679号