感触life

git高级版笔记

工作区 –add–> 缓存区 –commit–> * 本地版本库 –push–> 远程库区

创建与合并分支

$ git checkout -b dev //创建dev分支,然后切换到dev分支
$ git branch dev //创建dev分支,dev是分支名,任取名
$ git checkout dev //切换到dev分支,其实在命令行蓝色的就是当前分支
$ git branch //查看当前所有分支,当前分支前面会加*

来做个测试,在分支master提交a.txt到版本库,切换到dev分支,修改本地a.txt,再提交到版本库,再在不同分支分别cat a.txt一下,看到结果是不同的

把分支切换回master后,合并dev的分支,再删除分支

$ git merge dev //在master分支执行合并,指定dev分支到当前分支
$ git branch -d dev //删除dev分支

解决冲突

$ git status //当合并时候冲突,status能提示冲突文件,然后手动文件修改解决
$ git log --graph --pretty=oneline --abbrev-commit //看分支的合并情况
$ git branch -d 分支名  //最后删除分支

分支管理策略

$ git merge --no-ff -m "merge with no-ff" dev //在master分支,准备合并dev分支,请注意--no-ff参数,表示禁用Fast forward:因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。

master分支应该是非常稳定的, 干活都在dev分支上, 比如1.0版本发布时,再把dev分支合并到master上 ,合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。

Bug分支

$ git status //在dev分支开发中,突然得知有bug需要紧急修复,但是工作只进行到一半,还没法提交,查看下状态,还是有文件没提交
$ git stash //暂时把当前工作现场“储藏”起来,然后再执行status看,提示工作区干净了working tree clean
$ git checkout master //首先确定bug在什么分支,比如在master,就切换到它
$ git checkout -b issue-101 //然后创建issue分支,再在本地修复bug
$ git add a.txt  //把修好的文件加到缓存区
$ git commit -m "fix bug 101" //提交到版本库
$ git checkout master //切换到master分支
$ git merge --no-ff -m "merged bug fix 101" issue-101 //合并分支到master
$ git branch -d issue-101 //删除issue分支
$ git status //工作区还是干净的
$ git stash list //看“储藏”起来工作现场列表
$ git stash pop //恢复工作现场的同时把stash内容也删了,再看看stash list是否没了?另一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除

Feature(功能)分支

$ git checkout -b feature-vulcan //新建一个feature分支,开发代号为Vulcan
$ git add vulcan.py //开发完毕
$ git commit -m "add feature vulcan" //提交
$ git checkout dev //切换回dev分支,准备合并,突然boss要你毁掉这个机密文件
$ git branch -d feature-vulcan  //没合并之前可以这个删该
$ git branch -D feature-vulcan //如果合并后了强行删除,就要大写D

多人协作

$ git remote -v //加-v显示更详细的信息
origin  https://github.com/ganchu/learngit.git (fetch)
origin  https://github.com/ganchu/learngit.git (push)
//上面显示了可以抓取和推送的origin的地址。如果没有推送权限,就看不到push的地址。
$ git push origin dev //推送分支dev

但是,并不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?

  • master分支是主分支,因此要时刻与远程同步;
  • dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
  • bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
  • feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发

模拟小伙伴 加入你的项目(注意要把SSH Key添加到GitHub)

$ git clone https://github.com/ganchu/learngit.git //克隆项目到本地
$ git checkout -b dev origin/dev //下载完只有master分支,所以要创建远程origin的dev分支到本地
$ git add env.txt //模拟修改
$ git commit -m "add env" //模拟提交到版本库
$ git push origin dev //向origin/dev分支推送提交,模拟完毕

//既然小伙伴提交了,你又改了同样的文件,想要提交,当你
$ git push origin dev //推送失败,因为小伙伴的最新提交和你试图推送的提交有冲突
$ git pull //Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送!但是这里失败了,原因是没有指定本地dev分支与远程origin/dev分支的链接
$ git branch --set-upstream-to=origin/dev dev //根据提示,设置dev和origin/dev的链接

$ git pull //再次pull,成功了,但是合并有冲突,需要手动解决,解决的方法和分支管理中的解决冲突完全一样

因此,多人协作的工作模式通常是这样:

  1. 首先,可以试图用git push origin <branch-name>推送自己的修改;
  2. 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
  3. 如果合并有冲突,则解决冲突,并在本地提交;
  4. 没有冲突或者解决掉冲突后,再用git push origin <branch-name>推送就能成功!

    如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。 

Rebase(变基)-把分叉的提交变成直线

$ git log --graph --pretty=oneline --abbrev-commit //先看看log
$ git rebase //rebase操作的特点:把分叉的提交历史“整理”成一条直线,看上去更直观。缺点是本地的分叉提交已经被修改过了!现在再看看log?

标签管理

$ git branch //当前分支
$ git checkout master //切换到要打标签的分支
$ git tag v1.0 //打一个新标签,默认标签是打在最新提交的commit上的
$ git log --pretty=oneline --abbrev-commit //找到历史提交的commit id
033b7dd (HEAD -> dev, tag: v1.1) xx
6537942 xx
$ git tag v0.9 6537942 //上次忘记打标签了,现在补回来
$ git tag //查看所有标签
$ git show v0.9 //查看标签信息,标签不是按时间顺序列出,而是按字母排序的
$ git push origin v1.0 //推送某个标签到远程
$ git push origin --tags //一次性推送全部尚未推送到远程的本地标签
$ git tag -d v0.9 //要删除远程标签就麻烦一点,先从本地删除
$ git push origin :refs/tags/v0.9 //从远程删除,登陆GitHub查看是否真删了

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

使用GitHub

$ git clone https://github.com/ganchu/learngit.git //在github项目中,点“Fork”就在自己的账号下克隆了一个bootstrap仓库,然后,从自己的账号下clone,一定要从自己的账号下clone仓库,这样你才能推送修改。

使用码云

头像–设置– SSH公钥 -然后把用户主目录下的.ssh/id_rsa.pub文件的内容粘贴进去,+新建项目,填项目名创建, 项目名称最好与本地库保持一致

git remote add origin https://gitee.com/ganchu/learngit.git //远程库关联码云,如果origin已存在,则改名gitee,比如
git remote add gitee git@gitee.com:liaoxuefeng/learngit.git
git push gitee master //推送到码云

git remote rm origin //删除已关联的名为origin的远程库

自定义Git

在本地项目根目录下创建, .gitignore.文件后面不加点Windows是无法创建的

# Windows:
ehthumbs.db //忽略单个文件
bin/gen/ //忽略文件夹
*.ini //忽略所有的.ini文件
$ git add -f App.class //强制加忽略名单文件
$ git check-ignore -v ehthumbs.db //检查规则,会提示在第几行
//配置别名
$ git config --global alias.st status //以后st就表示status
$ git config --global alias.co checkout //同理co表示checkout
$ git config --global alias.ci commit //--global参数是全局参数
$ git config --global alias.br branch //在这台电脑的所有Git仓库下都有用

$ git config --global alias.unstage 'reset HEAD'//把暂存区的修改撤销掉(unstage),重新放回工作区
$ git unstage test.py//把暂存区test.py放回本地,实际$ git reset HEAD test.py
$ git config --global alias.last 'log -1' //显示最后一次提交信息
$ git last //获取最后一次提交

配置Git的时候,加上--global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。 每个仓库的Git配置文件都放在.git/config文件,cat文件可查看

码字很辛苦,转载请注明来自感触life-博客《git高级版笔记》

评论