git分支管理

熊黎龙2022年6月24日大约 3 分钟约 998 字

分支管理

创建与合并分支

# 创建并切换到production分支
git checkout -b production

-b表示创建并切换，相当于一下两条命令：
git branch dev
git checkout dev

# 查看当前分支
git branch
# 切换到master分支
git checkout master

# 合并dev到当前分支
git merge dev
# 合并dev到当前分支。--no-ff表示禁用Fast forward，-m表示提交描述(建议)
git merge --no-ff -m "merge with no-ff" dev


# 删除dev分支
git branch -d dev
# 如果分支没有合并，请使用强制删除
git branch -D dev


# 用git log --graph命令可以看到分支合并图。
git log --graph --pretty=oneline --abbrev-commit

Git鼓励你使用分支完成某个任务，合并后再删掉分支，过程更安全。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

Fast forward：

合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的。
到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

团队合作的分支看起来就像这样：

所有，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

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

把当前工作现场“储藏”起来

# 储藏当前的工作现场
git stash
# 查看工作区(是干净了，除非有没有被Git管理的文件)
git status
# 查看被储藏的工作现场
git stash list


# 恢复工作现场(不会删除储藏内容，需要用git stash drop删除)
git stash apply
# 恢复工作现场(会删除储藏内容)
git stash pop
# 恢复指定的工作现场(你可以多次stash)
git stash apply stash@{0}

# 给当前版本打上标签(默认标签是打在最新提交的commit上的)
git tag v1.0

# 给当前分支指定版本打上标签
git tag v0.9 f52c633

# 创建带有说明的标签
git tag -a v0.1 -m "version 0.1 released" 1094adb

# 查看所有标签
git tag

# 查看某个标签的信息
git show v0.9

# 删除标签
git tag -d v0.1

# 推送标签
git push origin v1.0

# 一次性推送全部尚未推送到远程的本地标签
git push origin --tags

# 删除远程标签
git tag -d v0.9  # 先从本地删除
git push origin :refs/tags/v0.9  # 然后从远程删除

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。