多人协作使用Git的基本约定
一. 按规定格式提交 commit message
使用 commitizen 等工具提交符合 Angular 规范的 commit message。
要求至少包含 header，即： <type>(<scope>): <subject>。具体可根据团队内部约定进行提交。
二. git 分支管理策略
1. 主分支 master
所有提供给用户使用的正式版本，都在这个主分支上发布。
2. 开发用分支 dev
用于日常开发。如果想正式对外发布，就在 master 分支上，对 dev 分支进行『合并』（merge）。
3. 临时分支
新的临时分支从 origin/master 拉取, 保证代码最新。使用完毕后，需要及时删除。
临时分支包括以下两种：
4. 功能分支
作用为开发某个特定功能，从 dev 分支上分出来，开发完成后需要再合入 dev 分支。
命名规范：feature-{功能名称}-{姓名缩写}，如 feature-template-lt
5. bug 修复分支
作用为修复某个线上 bug，从 master 分支上分出来，修复结束后再合入 dev 和 master 分支。命名规范：hotfix-{功能名称}-{姓名缩写}，如 hotfix-template-lt
注：bug 修复分支需要先 merge origin master 以获取最新修改。且该类型的分支只能被合并，不能主动合并除了 master 分支之外的分支，以避免误带上别的分支。
三. 临时提交
当有临时提交代码的需求但是 commit message 不知如何写或者想合并多个 commit 时，使用以下两种方式（具体用法自行 Google）：
git rebase -i （pick、squash）
git commit --amend
另，merge 代码时如想合并多个 commit，可使用 git merge --squash。
四. Pull Request
此处涉及 code review 策略，此处给出整体流程建议：在代码需要合并入 dev 和 master 分支时发起 PR，请求同事进行 review，确认无误后合并入相应分支。
Git的原理和基本使用
一. 原理
1. 基本概念
- Workspace：开发者工作区
- Index / Stage：暂存区/缓存区
- Repository：仓库区（或本地仓库）
- Remote：远程仓库
2. 常用命令示意图
对应这张图可以知道 pull,fetch,checkout,push,commit,add的多个命令怎么进行操作了 感谢大佬提供的Git命令操作图
3. 列举工作中常用的几个git命令
新增文件的命令：git add file或者git add .
提交文件的命令：git commit –m或者git commit –a
查看工作区状况：git status –s
拉取合并远程分支的操作：git fetch/git merge或者git pull
查看提交记录命令：git log
4. 提交时发生冲突，如何解决？
为什么会产生冲突
因为在合并分支的时候，master分支和dev分支恰好有人都修改了同一个文件，GIT不知道应该以哪一个人的文件为准，所以就产生了冲突了。 两个分支相同文件相同位置的的不同操作！
如何解决？
发生冲突，在IDE里面一般都是对比本地文件和远程分支的文件，然后把远程分支上文件的内容手工修改到本地文件，然后再提交冲突的文件使其保证与远程分支的文件一致，这样才会消除冲突，然后再提交自己修改的部分。特别要注意下，修改本地冲突文件使其与远程仓库的文件保持一致后，需要提交后才能消除冲突，否则无法继续提交。必要时可与同事交流，消除冲突。
如何尽可能避免冲突
- 严格遵守多人协作策略进行代码的管理。
- 修改bug后或者开发完新的需求后，提交代码或者融合代码之前一定要再次pull对应的远程分支，消除冲突后再进行代码的提交。
