一.使用场景
在Git上只有一个只能查看的仓库，但是我想放到我的仓库里面开发验证新的功能。这里就用到了 fork这个操作。可以把这个project 复制到自己的仓库里面。
二.名词解释
fork 是Git上的操作，使用fork功能会在Git上，给你创建一个与该项目一样的同名项目。其实就是复制该项目，包括其中的文件，提交的历史，issue,和其他的一些内容，复制后的仓库存放于你自己的Git账号下
1.与git clone的区别？
有人说，直接把项目拉下来，git clone 不就行了，何必还多此一举，fork一下？请注意，这里操作是跟所处环境不一样的，平常我们在公司开发，可以不用管fork这一步，因为创建这个项目的人，已经把开发权限都给我们了，我们只需要 git clone 下来，然后 push 代码即可。但是，我们如果没有给到我们开发权限，是无法进行push的。而我们又要开发，就需要用到fork这一步
git clone: git命令，将github仓库中的项目克隆到本地电脑中
fork：github网站的操作，将开源项目复制一份到我们github账号下,自己的仓库中
2.fork流程
1.fork一下Joe的github的仓库地址，到我们自己的github仓库下
2.git clone到本地电脑中
3.我们做一些代码的修改
4.本地进行commit
5.push到我们自己的仓库中
6.发起Pull request
如果对方接受了我们的pull request,那么我们做的一些修改，就可以合入到他的仓库中了，整个流程就走完了。
三.实操
以ElementUI为例，我们想为ElementUI共享自己的代码，可以试试以下操作
1. fork仓库
1.打开element的代码库，github地址 https://github.com/ElemeFE/element
2.点击右边的Fork 按钮
3.这时会发现我们github自己的账号下,多了一个element的项目,并且有备注：forked from ElemeFE/element
4.接下来，我们fork下来的仓库就在我们自己账号下了，使用方法和自己的仓库一样，git clone到本地
5.关联上游仓库，可以保证后面可以同步上游仓库的代码 相关参考文档
关联上游
git remote add upstream https://github.com/ElemeFE/element.git
验证
$ 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/ElemeFE/element.git(fetch)
> upstream https://github.com/ElemeFE/element.git(push)
2. 分支创建与提交
当我们要新增功能或修复bug时，都需要再自己的仓库新增分支，新增分支时，是以需要修改的远程分支为基础进行新增，也就是，要修改远程的master,本地从fork仓库的master新建分支
ps:新建分支时，必须保证自己本地master分支与远程是一致的，可以使用以下操作进行同步：
1.git fetch upstream
2.git rebase upstream/master
3.git push origin master
这样就保证了从上游仓库中拉取到的最新代码，并且合入到自己仓库
我们创建好分支，并且做一些相应功能的增加和修改之后就到提交步骤了。为了更好的规范提交流程，可以使用以下步骤：
git add .
git commit -m ‘你的备注’ –amend(为了控制我们的提交记录只有一次，也就是只有一个change,因为别人不需要知道，你change的过程，只需要有一次提交就够了，更便于记录的管理)
git push –force-with-lease (强制推送只能用于自己的仓库或自己的分支)
注意：
1.我们在第一次commit时需要签名，使用 git commit -S -m your commit message 其中-s就是保证我们提交时会有你的签名
2.如果发现我们有多次提交，可以使用rebase控制为只有一个change
当我们代码提交之后，这个时候，就可以发起MR或PR了，gitlab是Merge Request,github是Pull Request,然后呢，再把这个MR或PR的链接发给其他同学帮你进行CR(Code Review 代码审查)，然后CR通过之后，就可以开始合入代码了。
—— 在我fork之后，我想把代码切换到我自己的仓库。在Git remote的管理之后
再更新就会报如下的错误。
➜ utopia-event-driven git:(master-keboot) gl There is no tracking information for the current branch. Please specify which branch you want to merge with. See git-pull(1) for details. git pull <remote> <branch> If you wish to set tracking information for this branch you can do so with: git branch --set-upstream-to=djj/<branch> master-keboot
如果远程没有这个分支，可以push 上去。我的显然不是。
如果我想根据这个分支。执行
git branch --set-upstream-to=djj/<branch> master-keboot
utopia-event-driven git:(master-keboot) git branch --set-upstream-to=djj/master-keboot master-keboot error: the requested upstream branch 'djj/master-keboot' does not exist hint: hint: If you are planning on basing your work on an upstream hint: branch that already exists at the remote, you may need to hint: run "git fetch" to retrieve it. hint: hint: If you are planning to push out a new local branch that hint: will track its remote counterpart, you may want to use hint: "git push -u" to set the upstream config as you push.
但是告诉我
branch 'djj/master-keboot' does not exist
我以为自己仓库远程的分支没有拉下来，就执行了下git fetch ，之后还是不行。
看到第二个提示，我想起来应该是push 还没个远程自己的仓库关联起来 参考 --set-upstream -u -- add upstream reference for each branch that is up to date or pushed
➜ utopia-event-driven git:(master-keboot) git push --set-upstream djj master-keboot Branch 'master-keboot' set up to track remote branch 'master-keboot' from 'djj'. Everything up-to-date
所以我执行
git push --set-upstream djj master-keboot 成功。
然后在git pull 一些正常。
—–
参考 https://blog.csdn.net/liuqiao0327/article/details/110671028
https://www.cnblogs.com/jackfh/p/14182492.html
原文地址：http://www.cnblogs.com/xd502djj/p/16853970.html
