我们在研发工作中，不可避免的会使用到git作为团队的仓库管理工具。当我们的团队有一定的规模或者出于对仓库安全性或简介性等的考虑下，传统意义中的多人多分支的管理就存在了很大的问题，这个时候我们可以使用 git fork这种仓库管理模式。
一、fork的流程和特点
1、Fork 工作流与其它工作流截然不同。与其使用唯一的服务端仓库作为「中央」代码库，它给予每个开发者一个服务端仓库。也就是说每个贡献者都有两个 Git 仓库，而不是一个，一个私有的本地仓库和一个公开的服务端仓库。
2、Fork 工作流的主要优点在于贡献可以轻易地整合进项目，而不需要每个人都推送到单一的中央仓库。开发者推送到他们自己的服务端仓库，只有项目管理者可以推送到官方仓库。这使得管理者可以接受任何开发者的提交，却不需要给他们中央仓库的权限。
3、结论是，这种分布式的工作流为大型、组织性强的团队（包括不可信的第三方）提供了安全的协作方式。它同时也是开源项目理想的工作流。
二、fork的流程
1、从主仓库派生/fork一个仓库
2、clone 自己的fork仓库到本地
git clone https://github.com/YOUR_USERNAME/YOUR_FORK.git
3、查看clone的仓库remote
git remote -v
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (fetch)
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (push)
4、 添加一个将被同步给 fork 远程的上游仓库A
git remote add upstream xxx上游仓库A
5、查看上游仓库是否关联到本地仓库
git remote -v
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (fetch)
origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (push)
upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (fetch)
upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (push)
6、把上游分支（或某一个分支）同步到本地
git fetch upstream
git fetch upstream master:master-dev
7、基于上游仓库某个分支新建本地仓库分支
git chekout -b new_branch upstream/master
8、合并上游分支到本地
git merge upstream/master
9、pull上游分支到本地
git pull upstream/master
10、其他命令
# .git 文件夹就是 repo
git init
# tmp 目录下载远程仓库
git clone git@gitlab.dxy.net:runzhliu/git-sharing.git
# 切出工作分支/开发分支
git checkout -b dev_{邮箱地址}
git checkout -b dev_lrz@dxy.cn
# 增加文件
touch test
vim test
# 查看 Git 文件系统的情况
git status
# 提交到 git 索引
git add -A
# 提交到 repo，并撰写 commit message
git commit
# 查看提交记录
git log
# 修改文件内容
vim test
# 再次提交到 git 索引并且提交到 repo
git add -A
git commit
# 推向远程
git push -u orgin dev_{邮箱地址}
# 切换分支到 master
git checkout master
# 拉取远程仓库，可以看到有很多分支生成了
# orgin 代表远程仓库
git fetch orgin
# 切回自己的分支，删除文件，提交到索引和仓库
rm test
git add -A
git commit
# 回滚找到之前的文件
# 确定文件在哪个 commit_id 上
git log
# 回滚的几种方式 soft/mixed/hard
git reset --soft commit_id
git reset --hard commit_id
# 合并操作 merge，本地分支的代码 merge 进去 master
git merge dev_{邮箱}
# 另一种合并操作
git rebase master
# 合并是有可能会有冲突的
# master 和 dev_{邮箱} 同时修改 test 的最后一行
git rebase master
# 远程合并提交 pull request/merge request，本地 master 拉取远程 master
git pull
