Git 使用
Git操作
一、创建git仓库
git init --bare fasloan.git
授权限
chown -R git:git fasloan.git
远程库克隆
git clone git@X.X.X.X:/home/yd_fasloan/fasloan.git
二、创建与合并分支
（分支管理：你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。）
1.创建dev分支，然后切换到dev分支：
$ git checkout -b dev
创建分支并切换
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switchedto branch'dev'
2. 用git branch命令查看当前分支：
$ git branch
* dev
master
git branch命令会列出所有分支，当前分支前面会标一个*号。
查看当前分支
在dev分支上正常提交，比如对fasloan_view.py 做个修改，删除一行：print111然后提交：
3. 先查看当前状态：
当前状态
表示修改了fasloan_view.py的文件内容，现在提交一下将文件加入暂存区：
添加暂存区
对刚提交的文件进行描述，实际上是把暂存区的所有内容提交到当前分支：
描述修改
简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。查看现在的状态，该工作区是干净的没有任务去提交：
当前状态
现在，dev分支的工作完成，我们就可以切换回master分支：
切换分支
查看fasloan_view.py文件，发现刚才删除那行仍然存在：
1.查看fasloan_view.py文件
查看文件内容
2.内容未修改：
未改动内容
解决办法：
因为那个提交实在dev分支上，而master分支此刻提交点并没有变。我们把dev分支上的工作修改合并到master分支上：
合并分支
git merge命令用于合并指定分支到当前分支。合并后，再查看fasloan_view.py的内容，就可以看到，和dev分支的最新提交是完全一样的。
修改文件内容
现在将所有改动都合并到主分支了，用git log看看分支历史：
查看分支历史
在实际开发中，我们应该按照几个基本原则进行分支管理：
（首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev 分支上，也就是说，dev 分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。）
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
$ git merge --no-ff -m "merge with no-ff " dev
$ git log--graph --pretty=oneline --abbrev-commit
三、查看远程库的信息用git remote：：
远程库信息
或者，用git remote -v显示更详细的信息：
远程库信息
上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。
四、推送分支
1.推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
推送分支
并不是一定要把本地分支往远程推送
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
2. 多人协作工作模式:
（1）使用git push origin <分支名> 推送自己的修改
（2）如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并
（3）]如果和并有冲突，则解决冲突，并在本地提交
（4）没有冲突或者解决掉冲突后，再用git push origin <分支名>就能推送成功
如果git pull提示no tracking information, 则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <分支名> origin/<分支名>
五、解决冲突：
新分支开发feature1:
创建新分支
修改fasloan_view.py,添加了一行print（11）
添加一行内容
提交：
提交到当前分支
在master分支上把fasloan_view.py文件修改添加print（1111）， 文件已被修改：
添加一行
添加文件到暂存区并提交：
添加到当前分支
这种情况git无法执行快速合并，只能试图把各自的修改合并起来，但这种合并可能会有冲突：
合并分支
Git告诉我们，fasloan_view.py文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：
冲突文件内容
修改内容之后保存，再提交：
修改提交文件
删除feature1分支：
删除分支
最后推到远程：
同步到远程库
六、版本回退
Git每当文件修改到一定程度的时候，就可以“保存”一个快照，这个快照在Git里被称为commit，一旦把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，继续工作。
git log命令显示从最近到最远的提交日志，如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
提交日志
看到一大串类似7feo2的是commit id(版本号)， 一个通过SHA1计算出来的非常大的数字，用十六进制表示。
回到上个版本，首先Git要知道当前版本是哪个，在Git中，用HEAD表示当前版本，也就是最新。上个版本HEAD^，上上个版本时HEAD^^, 当然网上100个版本，写成HEAD~100.
回退上一个版本：
回退版本
已被还原：
还原版本
若想再回去，只要命令行窗口还没有被关掉，可以顺着找commit id，于是就可以回到未来的某个版本，版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了：
回到指定版本
你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本，Git提供了一个命令git reflog用来记录你的每一次命令：
查看记录
又找回了你想回到指定版本的commit id。
七、撤销修改：
git checkout -- file可以丢弃工作区的修改：把文件在工作区的修改全部撤销有两种情况：
（1）文件自修改后还没有被放到暂存区，现在撤销修改就回到和版本库一模一样的状态。
（2）文件已经添加到暂存区，又做了修改，现在撤销修改就回到添加到暂存区后的状态。总之，就是让文件回到最近一次git commit或者git add时的状态。
修改文件并添加到了暂存区，庆幸的是在commit之前，用git status查看，修改到了暂存区，还没有提交;
用命令git reset HEAD fasloan_view.py可以把暂存区的修改撤销掉，重新放回工作区。假设不但改错东西，还从暂存区提交到了版本库，就只能回到上一个版本（条件是还没把本地版本库推送到远程）
总结：
（1）当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
（2）当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。
（3）已经提交了不合适的修改到版本库时，想要撤销本次提交，只能回退版本，不过前提是没有推送到远程库。
