Git 分支管理,多人协作等

冲突合并

创建分支feature1分支,在feature1中修改readme文件,然后在分支中添加并提交,

$git checkout -b feature1
Switchedto a new branch'feature1'

//在readme文件中添加一句话Creating a new branch is quick And simple.

$ git add readme.txt      
$ gitcommit-m"AND simple"
[feature175a857c]ANDsimple
1file changed,1insertion(+),1deletion(-)

此时切换到master分支,此时git会提示我们当前的master比远端的master分支超前一个提交(因为我们创建了feature1分支并提交了所以会提示超前一个提交),

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1commit.

此时在master分支同样修改readme文件,修改后保存并add、commit,在readme中添加Creating anewbranch is quick & simple.

$git add .
$git commit -m "&"

此时状态是这样

现在,master分支和feature1分支各自都分别有新的提交,变成了这样:

Git 分支管理,多人协作等_第1张图片

这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突

$git merge feature1

他会提示冲突,使用git status查看冲突原因,查看之后发现是both modif readme文件,解决冲突就是打开readme文件。在文件中Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,我们选其中一个版本留下删除冲突中的任意一句,然后把git的标记也删除之后保存文件,然后再

$git add readme.txt
$git commit -m "conflict fixed"

现在,master分支和feature1分支变成了下图所示:

Git 分支管理,多人协作等_第2张图片

用带参数的git log也可以看到分支的合并情况:

$ git log --graph --pretty=oneline --abbrev-commit
*59bc1cb conflict fixed
|\
| *75a857cANDsimple
* |400b400 & simple
|/* fec145a branch test
...

最后,删除feature1分支:

$git branch -d feature1
Deletedbranch feature1 (was75a857c).

Bug分支

当前情况:此时有两个分支,master和dev,dev编辑到一半,并未成功写完,所以不能提交。但此时master有一个bug需要马上去修复,但因为dev无法提交,所以用stash保存现场。转去master去把bug修复完后。转到dev中,重点:此时要先执行git merge master 来讲master中的bug合并到dev分支中,然后再用指令dit stash pop恢复现场。因为dev分支并未commit,所以不能够merge。这样在master中修复的bug同步到dev的分支中在pop现场也比较有意义。。

$git stash //当前在dev分支,保存当前工作环境

$git checkout master //回到master

$git branch -b issue-101  //在master创建新的分支并在iusse101中修复bug

$git checkout issue-101 //切换issue-101执行bug修复内容 ,修复完成后要add 该文件并且commit

$git chekout master 
$git merge issue-101 //将issue修改的bug修复并在master中执行合并操作
$git branch -d issue-101 //完成bug修复后删除issue分支

$git checkout dev
$git merge master //切换到dev分支并将修复好的master与dev合并

合并后可以用 git stash list查看stash的列表

一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;

另一种方式是用git stash pop,恢复的同时把stash内容也删了。你可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令:

$git stash apply stash@{0}

feature功能分支删除

在开发新功能时我们最好创建feature分支来开发然后将其合并到dev分支,在feature执行add 和commit之后就在要合并的时候突然要取消该功能,那么想要删除这个分支的时候我们需要执行:

$git branch -D feature

此指令表示强行删除,如果删除之前没有merge那么就找不回来了。

多人协作

查看远端信息:

$git remote -v //显示远端信息 一般有fetch 和push的信息

将本地内容push到远端:

$git push origin master //将本地master分支全部提交到远端master,本地和远端的分支名要一一对应,本地dev和远端dev提交就修改后边为$git push origin dev参数。

抓取分支:

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

首先,可以试图用git push origin branch-name推送自己的修改;

如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;

如果合并有冲突,则解决冲突,并在本地提交;

没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!

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

这就是多人协作的工作模式,一旦熟悉了,就非常简单。

小结

查看远程库信息,使用git remote -v;

本地新建的分支如果不推送到远程,对其他人就是不可见的;

从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓取远程的新提交;

在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致;

建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name;(命令可能已经被更改了 使用git branch --set-upstream-to=origin/dev dev)

从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。

出现以下错误:fatal: Cannot update paths and switch to branch 'develop' at the same time.

解决方案

先git fetch

再git checkout -b develop origin/develop (因为本地没有develop分支信息,需要先fetch或者pull下来)

Tag标签

命令git tag 用于新建一个标签,默认为HEAD,也可以指定一个commit id;

git tag -a  -m "blablabla..." 可以指定标签信息;

git tag -s   -m "blablabla..." 可以用PGP签名标签;

命令git tag可以查看所有标签。

命令git show 可以查看该版本标签内容说明

如果标签打错了可以删除标签

$git tag -d v0.1

因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。

如果要推送某个标签到远程,使用命令git push origin

$git push origin v1.0

或者,一次性推送全部尚未推送到远程的本地标签:

$git push origin --tags

如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:

$git tag -d v0.1

然后,从远程删除。删除命令也是push,但是格式如下:

$git push origin :refs/tags/0.1

要确认远端是否真的删除了,就打开github从那上边看.

设置git忽略文件

进入系统的主目录

$cd

$vim .gitignore

之后就可以编辑你要配置的忽略文件了,也可以从github中找到已经配置好的忽略文件GitHub - github/gitignore: A collection of useful .gitignore templates

配置别名

$git config --global alias.

意思即为以后输入git st即表示git status。

当然还有别的命令可以简写,很多人都用co表示checkout,ci表示commit,br表示branch:

$git config --globalalias.co checkout

$git config --globalalias.ci commit

$git config --globalalias.br branch

以后提交就可以简写成:

$git ci -m"bala bala bala..."

--global参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。

在撤销修改中,我们知道,命令git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区。既然是一个unstage操作,就可以配置一个unstage别名:

$git config --global alias.unstage 'reset HEAD'

当你敲入命令:

$git unstage test.py

实际上Git执行的是:

$ git reset HEAD test.py

配置一个git last,让其显示最后一次提交信息:

$git config --globalalias.last'log -1'

这样,用git last就能显示最近一次的提交:

$ git last
commit adca45d317e6d8a4b23f9811c3d7b7f0f180bfe2
Merge: bd6ae48 291bea8
Author: Michael Liao
Date:  Thu Aug 22 22:49:22 2013 +0800    merge & fix hello.py

甚至还有人丧心病狂地把lg配置成了:

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

来看看git lg的效果:

Git 分支管理,多人协作等_第3张图片

配置Git的时候,加上--global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。

配置文件放哪了?每个仓库的Git配置文件都放在.git/config文件中。在主目录中查看输入

$cat .config

得到的输入就中就有【alias】,如果需要修改alias直接打开删除修改就行了。配置别名也可以在config中修改。

首次拉取远端仓库到远端出现:

fatal: refusing to merge unrelated histories解决办法:

使用:git pull origin master --allow-unrelated-histories

想看到最近一次提交所有更改的细节(1表示最近1次 可换2)

git log -n 1-p

想看到最近一次提交所有更改过的文件

git log -n 1 --stat

你可能感兴趣的:(Git 分支管理,多人协作等)