一般代码库都有一个主分支,以及开发分支。
master
dev1
dev2
git checkout local_branch 创建新分支
git push origin local_branch:remote_branch 提交到新分支
平时开发应该在dev分支上,主分支保持隔一段时间进行merge就可以,以github为例,在dev上进行开发。当需要更新主分支时候,需要提交pull request,进行merge请求。
如果merge产生冲突,一般解决是,在主分支下载dev分支的内容,手动解决冲突,然后提交到dev分支,这样冲突解决后,就可以进行pull request 的merge请求。
git clone #######(仓库地址)
git checkout -b dev1 origin/devv
git fetch origin dev1 拉取远端dev1分支代码
pull request 冲突解决
1. 从需要合并的分支拉取冲突代码,比如我在master分支开发,需要合并dev1分支,
则需要在master拉取dev1的代码。
2. git merge 合并代码。
3. vim 打开文件解决冲突。
4. git add & git commit 提交代码。
5. git push origin master:dev1 把修改提交到dev1上即可。
6. 进行pull request
在本地有两个git分支分别为master和和dev,在两个分支上分别开发,两个分支上对同一个文件的相同地方进行了修改,这是在master分支上执行
$ git merge dev
进行分支合会出现冲突,要想解决这些冲突则需要手动处理。具体步骤如下
1. 执行命令git merge dev.
2. 打开冲突文件,编辑冲突部分,删除不需要保留的内容,保存文件。
3. 对修改的文件执行git add 和 git commit ,此时两个分支已经成功merge了。
commit history出现了分叉,要想把tom之前提交的内容包含到自己的工作中来,有一个方法就是git merge,它会自动生成一个commit,既包含tom的提交,也包含jerry的提交,这样就把两个分叉的commit重新又合并在一起。但是这个自动生成的commit会有两个parent,review代码的时候必须要比较两次,很不方便。
在远程开发的时候,先使用
git fetch origin master:temp
拉取远程分支内容,再使用
git merge temp 解决冲突,再提交代码,接着push到远程仓库。
注意:git pull = git fetch + git merge
使用git merge 进行分支合并的时候,使用 git log –graph 查看的时候发展分支图不是一条直线,而是存在分支的合并的记录。
参考:https://segmentfault.com/q/1010000000430041
git rebase 用来合并现有的文件,并且改写分支本地的历史,形成一条线性的log graph,使用的最佳实践一般为
1. git fetch origin master 拉取代码
2. git rebase origin/master
3. git push origin master
在此过程中,git rebase origin/master 可能会产生冲突,正确的解决方法是手动解决冲突文件,并且使用git add 添加修改,最后使用git rebase --continue 继续合并代码。
如果需要保持分支树的线性,推荐使用git rebase
1. 提交全部撤销,直接回退到上一个版本,本地的源码也会回退
一般不是我们想要的
git reset --head HEAD^
2. 回退到上一个版本,保留源代码,回退commit 和 stage信息
git reset HEAD^
后续需要提交的话需要使用git add & git commit
3. 回退commit 信息,如需要提交或者撤销提交某一个文件,使用此命令。
git reset --soft HEAD^ =
git reset HEAD <file> 撤销stage区域里的某个文件
后续需要提交的话需要使用 git commit 即可
1. git reset --hard HEAD^ 回退到上一个提交版本
2. git push --force 此方法比较危险,会把远程分支撤销到此版本,如果在此时有其他人往本分支上提交代
码,别人的这个提交也会被撤销。而且会导致代码不同步问题。
推荐的做法是在本地可以无所谓进行提交,但是一旦上传到远程库,那么就不要撤销了,没有好的办法。