GIT学习笔记

前几天开始了项目开发之旅，现在大多项目开发都会用到GIT相关技术，（以前一直不知道GIT 和Github到底是神马，还一直以为github就是跟csdn一样的=。=）
于是恶补了GIT相关知识。参考的是廖雪峰大神的博客http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

下面是自己学习时候做的一些笔记：

GIT（分布式版本控制系统）

GIT仓库可分为：

工作区  暂存区 分支

其中工作区是可见的本地文件系统

暂存区和分支是逻辑存在的（不知道这样表示合不合适。）

How to use git 

windows环境下 git bush

工作区的修改 :显示红色 表示工作区的文件被修改过，但还未准备提交 （即commit无法提交这些修改）
 需要通过git命令对暂存区做相应的操作，如修改了工作区中的一个文件，需要将修改后的文件add进暂存区，再提交
暂存区的修改 :显示绿色 表示工作区的修改已经同步到暂存区，已经准备好提交（到分支中）


Some command:


git add fileName 添加文件到暂存区
git status:查看状态
git commit -m "状态信息" commit是将暂存区中的所有修改提交到分支中
git diff fileName
//改变的内容根据上一次存入暂存区的状态 
git reset --hard head~num num：回退的版本数
git reset --hard head^^ :回退2个版本
git log --pretty=oneline :版本日志 一行显示
git reflog :所有修改日志
git reset --hard v_id 回退到某一版本号 一般是前7位


修改撤销：
git checkout -- fileName : 只能撤销工作区中的修改 对于已添加到暂存区的无能为力 checkout操作是在操作头指针
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
git reset head fileName:可以把暂存区的修改撤销掉（unstage），重新放回工作区。
对于已经提交到分支中的修改，则可使用git reset --hard v_id命令，即版本回退的方式进行撤销


删除文件：
1.删除工作区的文件  可在terminal中敲入rm fileName 
2.删除暂存区相应的文件 git rm fileName
3.提交 git commit -m "msg"
或者，不小心误删了工作区的文件，
可用git checkout -- fileName 撤销删除

怎么解决在push时 本地仓库中的代码与远程仓库中代码有冲突？推送的本地分支中缺少远程库中的一些更新信息，即在你clone远程库后有其他开发者push了代码

这时应先git pull将远程库中新内容更新到本地库中，如果有冲突则解决冲突，再使用git push即可。

切记千万不要使用git push -f  f:指force 会导致系统忽略差异性，强行将本地分支推送到远程库中，可能会导致远程库其他开发者更新的内容被你覆盖掉，造成不必要的麻烦。

如果其他成员本地没有被覆盖的版本，会造成无法恢复的灾难。

网上貌似有针对push -f 导致这种情况的解决方法，不过试了半天没试对，所以就保证自己不用这个操作就OK

克隆:
git clone git@git. ...(ssh address/http address)


分支相关：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name> 
强制删除：git branch -D <name>


解决冲突:
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。


no-fast-forward merge:
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。


合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
git merge --no-ff -m "msg" <branchName>


合并分支，只是将当前已完成的工作合并，并非将两个关联在一起，对之后的工作（修改）无影响。
即合并后 若分支又有修改（继续开发），并不会同时修改与之合并的分支中的文件。要同步数据，必须再次合并


bug分支：
stash可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
git stash 后仓库恢复到上一次commit状态 即将未commit的修改保存起来（包括工作区和暂存区） 
处理完bug之后要恢复
git stash list 列出stash 信息
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；git stash apply stash@{0}
另一种方式是用git stash pop，恢复的同时把stash内容也删了：


feature分支：
软件开发中，总有无穷无尽的新的功能要不断添加进来。
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，
每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。


多人协作：
git checkout -b dev origin/dev
在本地建立一个dev分支 对应远程仓库的dev分支


工作模式：
首先，可以试图用git push origin branch-name推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，
用命令git branch --set-upstream branch-name origin/branch-name。


远程库相关：
查看远程库信息，使用git remote -v；
本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。


标签相关：
命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
git tag -a <tagname> -m "blablabla..."可以指定标签信息；
git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；
命令git tag可以查看所有标签。


命令git push origin <tagname>可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d <tagname>可以删除一个本地标签；
命令git push origin :refs/tags/<tagname>可以删除一个远程标签。


使用github
在GitHub上，可以任意Fork开源仓库；
自己拥有Fork后的仓库的读写权限；
可以推送pull request给官方仓库来贡献代码。