[GIT] 分支与标签

学习笔记，可能有错，欢迎指正。
参考：廖雪峰的官方网站

一. 分支

• git branch 查看本地所有分支
• git branch -r 查看远程所有分支
• git checkout -b branchname 创建并直接切换到分支
• git branch branchname 创建分支
• git checkout branchname 切换分支
• git branch -d branchname 删除本地分支
• git branch -D banchname 强制删除本地分支
• git push origin --delete branchname 删除远程分支
• git checkout -b branchname origin/branchname 拉取远程指定分支
• git fetch origin branchname:branchname 拉取远程指定分支
• git stash 保存工作区修改，不是存储区
• git stash list 查看所有保存在工作区的修改列表
• git stash pop 恢复工作区修改并删除stash内容
• git stash apply恢复工作区修改但不删除stash内容
• git stash drop 删除stash 内容
• git merge --no-ff -m “comment” branchname 合并当前及branchname分支（推荐的merge方法，–no-ff提交模式可以在Git log后看到merge的节点，否则看不到）
• git log --graph --pretty=oneline --abbrev-commit 查看简化的提交日志
• git remote 查看远程库信息
• git remote -v 显示更详细的远程库信息
• git push origin master 推送本地master分支到远程仓库origin的master分支
• git push origin dev 推送本地dev分支到远程仓库origin的dev分支
• git tag v1.0 给发布版本创建标签
• git tag 查看所有标签
• git tag commitId 给谋而历史提交id打上标签
• git show v1.0 查看标签详细信息
• git tag -d v1.0 删除标签
• git push origin v1.0 推送标签到远程
• git push origin --tags 推送全部标签到远程
• git push origin :refs/tags/tagname 删除远程标签

说明：
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase

1. 创建与合并分支

git merge如果有冲突，打开冲突的文件，手动改动冲突部分， 再重新git add, git commit

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

• master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能再上面干活。
• 那在哪里干活呢？干活在dev分支上。
• 每个人都有自己的分支，时不时地往分支dev上合并就可以了。

2. bug分支

修复bug时，通过创建新的Bug分支进行修复，然后合并，最后删除；当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug, 修复后，再git stash pop 回到工作现场

3. feature分支

开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

4. 多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

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

总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！

5. 提交代码流程

【1个人开发】为了减少git的自动merge，提交顺序：
add -> pull -> commit -> push

【多个协作开发】为了减少冲突，提交顺序：
add -> commit -> pull -> push

二. 标签

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