1、克隆一份项目代码
$ git clone git@github.com:akun/pm.git
2、有一个新项目是由你发起的，你要将初始化的项目工程放到 Git 版本仓库中
$ mkdir pm
$ cd pm
$ git init
$ touch README.md
$ git add README.md
$ git commit
3、Git 是分布式的版本控制系统，所以刚才的操作，算是已经在你本地版本控制起来了，为了推送本地仓库到远程仓库，就还得执行：
$ git remote add origin git@github.com:akun/pm.git
$ git push -u origin master
4、一般这个时候都会设置下~/.gitconfig或.git/config中的配置，最基本的就是用户名和邮箱。
确认当前的 Git 配置信息：
$ git config --list
设置用户名和邮箱：
$ git config user.name akun
$ git config user.email admin@example.com
5、刚才的命令只是对.git/config生效，如果想全局生效，也就是~/.gitconfig，就得加上--global参数，比如：
$ git config --global user.name akun
$ git config --global user.email admin@example.com
6、开始一天的工作，首先更新工作目录：
$ cd ~/projects/pm
$ git checkout develop # 我想在 develop 分支上开始一天的工作
6.1、更新方式一：
$ git fetch --all # 从远程仓库获取所有分支的代码变更
$ git merge
6.2、更新方式二：
$ git fetch --all
$ git rebase # 默认就衍合 develop 分支的代码了
6.3、更新方式三：
$ git pull # 懒得理解 fetch 和 merge 就直接 pull 吧
7、修改
7.1、可能你写了一个新的模块，需要纳入项目的版本控制：
$ git add tools.py
7.2、可能你发现某个模块已经陈旧了，不再使用了：
$ git rm utils.py
7.3、可能你发现一个模块的命名不太合理，需要改名：
$ git mv model.py models.py
7.4、可能你要创建一个新的较大的模块，需要归档为目录的方式：
$ mkdir groups
$ touch groups/__init__.py
$ git add groups/__init__.py
7.5、可能你发现要写的模块代码布局类似于旧的模块，直接复制个代码模版：
$ cp users/tests.py groups/tests.py
$ git add groups/tests.py
8、检查
一个任务完成了，这个时候一般会将代码更新到版本仓库（分为本地版本仓库和远程版本仓库）。
8.1、习惯上会先检查下修改状态：
$ git status
8.2、看到一些 Git 状态信息，确认是修改了哪些文件，之后一般会自己 code review 一下代码的改动，可能有的人会习惯直接用 Git 方式来查看：
$ git diff
8.3、这里的 diff 只是查看其中“工作目录”和“暂存区域”的区别。要查看“暂存区域”和“本地仓库”的区别，可以用：
$ git diff --staged # 或 git diff --cached
工作目录：git clone 后获得的一份本地的代码，也包括新编辑的，尚未加入版本控制的代码
暂存区域：git add 后暂存起来，尚未 git commit 的代码
本地仓库：git commit 后正式被版本控制记录起来的代码
然后本地运行下相关的单元测试，确认是否有问题。一般来说这个时候，没有什么特殊情况，就直接进入“提交”甚至是“推送”阶段了，然后结束一个工作日或工作周期，但难免会有些特殊情况出现。
9、取消修改
当你 code review 完后，发现有些改动不满意；或者运行完单元测试，发现有些测试用例没通过，你可能会进行取消这些修改的操作。
9.1、如果还没 add，那么可以：
$ git checkout -- main.py
9.2、为了避免刚好跟分支名重合，所以加了两个斜杠（虽然概率很低），如果已经 add 了，但还没 commit，那么可以：
$ git reset HEAD main.py
9.3、万一刚提交完毕，也就是已经 commit 了，才发现代码有问题，比如：忘记把某个文件提交了，这个时候咋办？Git 好处是可以覆盖上一次提交，那么可以：
$ git add tests.py
$ git commit --amend
上面还只是简单的撤销操作，Git 还能支持更高级的重写历史功能，想掌握高级技能的可以实践下这个文档：Git-工具-重写历史
10、解决冲突
有时候同别人合作写一个模块的代码，会把对方代码合并或衍合过来，比如：对方修复了某个缺陷，你刚好也需要这个修复；再比如：对方完成了某个特性，你也刚好需要用下这 个特性等等各种情况。
10.1、第一种是合并操作时候有冲突：
$ git fetch --all
$ git merge bugfix/remove_error
# 这个时候就提示你代码冲突了，处理完冲突的代码后
$ git diff # code review 下代码
$ git add remove.py
$ git commit
# 日志中就多了一条合并操作的日志了
10.2、另一种是衍合操作时有冲突：
$ git fetch --all
$ git rebase bugfix/remove_error
# 这个时候就提示你代码冲突了，处理完冲突的代码后
$ git diff # code review 下代码
$ git rebase --continue # 有时候会 git rebase --skip
# 直到不用再 rebase 为止
这里也提下直接合并本地分支，有时候你创建的分支只是自己用用，没有共享给别人，因为本地已经有了这份分支代码了，那么就省去gitfetch操作，类似上述方式合并或衍合代码就行。
11、删除分支
如果确认工作完毕的分支不再需要了，那就记得及时清理掉。
11.1、删除远程分支：
$ git push origin :features/batch_remove
11.2、删除本地分支：
$ git branch -d features/batch_remove
11.3、一段时间后，一定有一堆别人的分支，然后你gitfetch下来了，这样就出现在本地的分支清单中，但远程版本库中已经删除了，如果想本地分支清单干净些，可以在gitfetch时候这样执行：
$ git fetch --all -p
12、冲突情景
12.1、有时候合并或衍合代码，但本地有修改了一半的代码没有提交，可以先暂存起来：
$ git stash
# 合并或衍合完毕代码后
$ git stash pop # 恢复刚才修改了一半的代码
12.2、如果需要保留本地修改，直接pull网络代码(不commit)
git stash -> git pull -> git stash pop -> 解决冲突 -> 继续编辑 ->（如果有warning提示未解决冲突,则git add -u ） -> git commit (需要提交的话) -> git push
12.3、如果需要直接提交Commit
git commit -> git pull -> 解决冲突 -> （如果有warning提示未解决冲突,则git add -u ）-> git commit -> git push
Q、git仓库删除所有提交历史记录，成为一个干净的新仓库
1.Checkout (git checkout --orphan latest_branch)
2. Add all the files (git add -A)
3. Commit the changes (git commit -am "commit message")
4. Delete the branch (git branch -D master)
5.Rename the current branch to master (git branch -m master)
6.Finally, force update your repository (git push -f origin master)
