git学习-分支管理

Posted 2020-12-14 sha-ka

分支管理

查看分支

要对分支操作，那一定得知道有哪些分支，当前我们处于哪一条分支上，可以使用命令：

$ git branch
* master

这是我们创建完仓库时候分支的状态。其中 git 为我们创建了一个默认的 master 分支，也叫主分支。

可以看到 master 前边有一个 * 号，它指明，我们现在处在master分支上。

创建分支

上边我们已经知道了master分支，如何创建一条新的分支？

使用命令格式git branch <分支名>：

$ git branch dev

运行命令，会发现没有任何的提示内容，但我们的分支其实已经创建成功了。

查看一下：

$ git branch
  dev
* master

可以看到原本多了一个我们新创建的 dev 分支。

切换分支

上边我们也说到了，分支前边有 * 号才代表当前处于哪一条分支上，那怎么切换到新创建的 dev 分支上呢？

使用命令：

$ git checkout dev
Switched to branch ‘dev‘
$ git branch
* dev
  master

看到提示有人会有疑问，既然是切换分支 switch 不是更恰当。git 的开发者后来就想到了这点，加上了 git switch <分支名>

用法：

$ git switch master
Switched to branch ‘master‘
$ git branch
  dev
* master

不过git switch对 git 的版本有限制版本在 v2.23 及以上的才可以使用， 它是后来加入的。

创建并切换分支

有两种方式：

1. 使用 git checkout -b <分支名>
2. 使用 git switch -c <分支名>

$ git checkout -b cb
Switched to a new branch ‘cb‘
$ git branch
* cb
  dev
  master
$ git switch -c sb
Switched to a new branch ‘sb‘
$ git branch
  cb
  dev
  master
* sb

删除分支

有创建就有删除，删除分支命令git branch -d <分支名>：

$ git branch -d dev
Deleted branch dev (was b17d20e).
$ git branch
* master

上边命令的意思是删除（delete）掉 dev 分支。

有时候我们不需要将一些功能分支合并到主分支，但我们需要删除掉它，一般应用在一些新功能上。（一般是 future 分支）

$ git branch -d feature-b
error: The branch ‘feature-vulcan‘ is not fully merged.
If you are sure you want to delete it, run ‘git branch -D feature-vulcan‘.

删除没有被合并过的分支，git会给我们提示 error ，此分支没有合并，如果要删除 使用 git branch -D <分支名> 注意是 -D， 意为强行删除。

$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 287773e).

合并分支

正常工作中，每个人都是在自己的分支上开发，完成后会将分支进行合并git merge <分支名>：

$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

合并分支是将目标分支合并到当前分支上，上述场景就是在master分支上，我们想要将dev分支合并到master分支上。

合并冲突

当两个不同的分支对同一文件进行了修改后，合并分支操作会发生冲突，让我们来创造一个冲突：

$ git init  # 创建一个空仓库
$ vim afile  # 文件内容自己定义
$ git add .  # 将当前文件添加到版本仓库暂存区
$ git commit -m "first master commit"

这里我们只写了语句，创建空仓库，并想版本仓库里添加了一个文件。

创建并切换分支:

$ git checkout -b dev
$ git branch # 查看一下是不是在dev分支上

我们会发现，当我们创建分支后，dev分支上的文件 master分支上的文件是一样的。

现在做一些修改：

$ vim afile  # 添加或者删除一行文本 只要对文件修改即可
$ git add .
$ git commit -m "first dev commit"
$ git checkout master  # 切换回 master 分支

现在我们在 master 分支上修改同一个文件 afile，当我们打开的时候会发现dev上修改的内容没有出现在这，还是原来的内容。

$ vim afile  # 添加或者删除一行文本 只要对文件修改即可
$ git add .
$ git commit -m "sec master commit"

将 dev 分支合并到 master 上来。

$ git merge dev  # 这种方式属于快速合并
Auto-merging afile
CONFLICT (content): Merge conflict in afile
Automatic merge failed; fix conflicts and then commit the result.

git给予了我们友好的提示，说自动合并失败了。需要修正冲突然后提交结果。此时，查看文件会发现我们修改的地方出现了这样的标志：

...
<<<<<<< HEAD
...
=======
...
>>>>>>> dev

这是git 为我们标注出来的不同分支的内容，

将这些内容取舍之后按照正常顺序提交到版本仓库就可以了。

$ git add .
$ git commit -m "fix merge conflicts"
$ git log --oneline --graph  # 查看一下
*   0596be5 (HEAD -> master) fix merge failed
|| * fe1b4d6 (dev) change line from dev branch
* | 4a3a9d6 change from master branch
|/
* a5dadd6 add file

Fast forward模式

一般合并分支的时候 git 会使用fast forward模式，这种模式下，删除分支会丢失分支信息。如果仅用 fast forward 模式，git在 merge 合并分支的时候生成一个新的 commit，这样，从分支历史上就可以看出分支信息。

禁用 fast forward 模式 只需要用 git merge --no-ff -m "message for commit" <分支名>

$ git log --graph --pretty=oneline --abbrev-commit
*   e1e9c68 (HEAD -> master) merge with no-ff
|  
| * f52c633 (dev) add merge
|/  
*   cf810e4 conflict fixed
...

分支工作现场

某些场景下，需要暂时保存一下工作现场去做别的事情，例如修复bug。

git 提供了 stash 功能，可以将当前工作现场“保存”下来，等到需要的时候再拿出来。

保存工作现场：

$ git stash
Saved working directory and index state WIP on dev: f52c633 add merge

查看工作现场：

$ git stash list
stash@{0}: WIP on dev: f5fd63b first master commit

当做完某些操作之后，需要回来继续工作，就将工作区的东西拿出来。

$ git stash pop

pop 只会pop出 stash 中第一个，也是最近我们保存的stash。

而 stash 可以有多个，可以使用 git stash apply <stash 编号> 来恢复指定的stash

$ git stash apply stash@{0}

某一次的改动应用到分支其它分支上

当修复bug之后，我们 master 分支上已经合并上来bug分支。现在我们回到dev分支继续开发，还是需要将修改应用到dev分支，一种最笨的方式就是我们将bug分支代码重新再dev上写一遍，另一种则更加简单，只用git cherry-pick <commit id> 来将 bug 分支上的代码应用到dev 分支上，此外，git还会自动帮助我们提交这次的修改。

$ git cherry-pick 4c805e2
[master 1d4b803] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)

多人协作 远程仓库里来解释