前言
之前写过一篇文章，对git的语法有了详细的说明，有兴趣的可以看看Git的使用规范。经过这些年的摸爬滚打，总结了一些经验，让我们一起优雅的使用Git吧！！！
工具篇
如果你快速上手，有图形化界面的，下面两个软件都不错
但是，无论你是新手还是老手，对于git操作，我还是强烈推荐终端命令行（Mac下推荐Iterm2+Oh My Zsh的组合）。
这时候应该有很多人就要开始质疑了，有便捷的软件不用干吗还要去命令行，我是傻么，再说git命令我又记不住 etc...
为什么会质疑呢？无非还是你不熟么，不知道git到底为何物，恐惧…git常用的命令也就10来个，等过了磨合期后你会爱上它的。
个人有几点推荐理由：
- 清晰的知道每一步都做了什么，心里有数。不会因为点了软件某个不清晰的按钮，导致自己代码找不到了；
- 规范自己使用git的规范，特别是commit提交的内容和描述；
- 更加深入的理解git，有多少人知道
git reflog，这个命令在代码找不到的情况下能救命； - 装X必备，每次提交的时候刷刷敲键盘的感觉，谁用谁知道；
效率篇
既然推荐命令行提交代码，每次都要输入那么长的命令，如何体现自己的效(BI)率(GE)。可以考虑别名和命令记忆功能。
别名
对于一些常用的操作，完全可以设置一些更短更好用的别名，方便我们使用。个人使用的别名如下，供大家参考：
# vim .gitconfig
[alias]
ci = commit
st = status
co = checkout
br = branch
ss = status --short
df = diff
dc = diff --cached
lo = log --oneline
lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit
zsh-autosuggestions
命令自动提示插件，这个是个很有意思也很高效的插件。能记录平时你输入过的命令，下次再输入的时候，它会提前提示你，方便懒人。
github: https://github.com/zsh-users/zsh-autosuggestions
规范篇
对于git的提交规范，建议使用Angular的commit规范，详见Git的使用规范。要使用此套规范建议安装git cz插件。
git cz
github：https://github.com/commitizen/cz-cli
npm install -g commitizen
commitizen init cz-conventional-changelog --save-dev --save-exact
echo '{ "path": "cz-conventional-changelog" }' > ~/.czrc
img
conventional-changelog
当你需要从git提交记录生成更改日志，conventional-changelog插件能满足你的需求（配合git cz使用）
github：https://github.com/conventional-changelog/conventional-changelog
$ npm install -g conventional-changelog-cli
$ cd my-project
$ conventional-changelog -p angular -i CHANGELOG.md -s
如果您是第一次使用此工具并希望生成以前的所有更改日志，则可以执行此操作：
# 只会输入固定几个类型的，如Feature、Fix
conventional-changelog -p angular -i CHANGELOG.md -s -r 0
# 输入所有的类型的
conventional-changelog -p jscs -i CHANGELOG.md -s -r 0
这将覆盖任何先前的更改日志。
可以使用CLI列出所有可用的命令行参数： conventional-changelog --help.
git flow
img
分支说明
| 名称 | 说明 | 命名规范 | 命名示例 | 合并目标 | 合并操作 |
|---|---|---|---|---|---|
| master | 线上稳定代码 | master | master | -- | -- |
| release | 待发布分支，下个版本需上线的版本，给QA提测 | release | release | master | merge request |
| feature | 功能分支，一个版本对应一个feature分支 | feature/xxx | xxx = [ 版本号 | 功能名 ] 例如[feature/9.2.0 | feature/house ]，但不要是自己的名字[ feature/pp ] | release | merge request |
| dev | 开发分支，每个人都应该有自己独立的开发分支 | dev/xxx | xxx = [ 功能名 | 版本号 | JIRA ] + 唯一标识 | feature/xxx、release | merge request |
| hotfix | 紧急修复分支 | hotfix/xxx | xxx = [ 功能名 | JIRA ] | master | merge request |
注意：
1、提交代码前需合并目标分支，冲突在自己本地分支中解决！！！（推荐使用rebase进行分支合并）
2、执行Merge Request之后，原始分支应该在远端删除！！！
gitflow插件
$ brew install git-flow
如果对gitflow整个流程十分熟悉的时候，不太推荐此插件，个人不是很习惯。
git flow
init Initialize a new git repo with support for the branching model.
feature Manage your feature branches.
release Manage your release branches.
hotfix Manage your hotfix branches.
support Manage your support branches.
version Shows version information.
网友评论