GIT

https://www.cnblogs.com/ximiaomiao/p/7140456.html

1. 

现在当前文件夹创建readme.txt文件，进行修改后。

git add <文件名>              //比如  git add readme.txt      会更新

git commit -m <备注说明>    //  比如  git commit -m "添加了readme.txt"        会提交修改后的文件

2. 

再次编辑readme.txt  在句末加入!!!

git status    //会显示哪些文件被修改了

readme.txt被修改

git diff readme.txt      //显示具体修改了什么

-hello world表示原来没被修改前的句子。 +hello world !!!表示被修改后的句子

修改后 再次

git add readme.txt 

git commit -m "balabala"

3.

git log    //查看commit提交记录

一长串的commit id(版本号) 用来记录该次commit的id号，回退时经常用到，

4. 版本回退

HEAD表示当前版本 HEAD^表示上个版本 HEAD^^上上个版本

HEAD始终指向一个当前分支（正在操作的分支）,比如master ,dev等

git reset --hard 1049a    //指定到版本号前几位是1049a的版本 具体取几位随意 git log查看版本号

git reset --hard HEAD^    //退回到上个版本

git relog  //查看历史版本号 即使关机再打开也能显示 这样回退之后后悔了，可以查看没回退的时候是什么版本号

5.工作区和暂存区

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013745374151782eb658c5a5ca454eaa451661275886c6000

git add file.txt  负责把对file.txt做出的修改提交到缓存区（index），而不是把文件提交。

git commit  负责把缓存区的内容交给分支。

如果对文件修改后只commit 而不add 则实际上没有成功提交修改。因为缓存区的内容空的。

6.撤销操作

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001374831943254ee90db11b13d4ba9a73b9047f4fb968d000

git checkout -- file.txt        //撤销对工作区文件file.txt的修改

如果文件已经提交到缓存区

git reset HEAD file.txt    //撤销把文件add进缓存区的操作

再 git checkout --file.txt 撤销工作区对文件的修改

7.删除文件

工作区的文件可以直接删除，若还要删除版本库的文件

用 git rm file.txt   

再 git commit -m "删除了file.txt文件"

如果误删了工作区文件 可以 git checkout --file.txt  即把版本库的file.txt文件送到工作区

8.  给github添加ssh key  和  新建远程仓库

push命令：$ git push <远程主机名> <本地分支名>:<远程分支名>

将现有仓库推送到远程仓库

git remote add origin https://github.com/cdatm/test_git_work.git    //origin是远程仓库名称

或者使用  git remote add origin [email protected]:cdatm/test_git_work.git  //使用的ssh协议 比https的更快

git push -u origin master    //将本地的master分支推送到origin主机，-u参数 指定origin为默认主机，后面就可以不                                            //加任何参数使用git push了

git push origin master:ppt  //将本地分支master推送到远程仓库，给对应的远程分支取名为ppt

git push origin :ppt  //推送空的本地分支到远程分支ppt ，即删除ppt分支

当多人合作时，随着其他人的提交，远程分支的commit进度和本地的可能不一样。注意最初克隆时会在本地产生一个origin/master分支，不可改动，始终指向克隆那一刻的远程仓库的master指向的commit。

进度不一样

可以运行 git fetch origin 来同步远程服务器上的数据到本地。该命令首先找到 origin 是哪个服务器（本例为 git.ourcompany.com），从上面获取你尚未拥有的数据，更新你本地的数据库，然后把 origin/master 的指针移到它最新的位置上

git fetch //根据远程仓库 更新所有本地分支

git fetch origin master // 将origin上的master分支更新到本地分支上，即会在本地更新origin/master分支

更新后为了在origin/master基础上开发 可以新建本地分支

git checkout -b dev1 origin/master

或者直接合并

git merge origin/master

9.远程克隆

把远程的库克隆到本地仓库

git clone [email protected]:cdatm/git_clone_test.git  //这样本地目录就会存在一个git_clone_test库

或者 git clone https://github.com/cdatm/git_clone_test.git 

一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master，并且将它们都指向 origin 上的 master 分支。但不能修改本地的远程分支origin/master .

10.分支管理

（1）创建合并分支

    分支就是指针，始终指向提交（commit），可以创建多个分支（指针），每次操作其中一个分支，比如dev,

注意HEAD始终指向正在被操作的分支，当dev不断commit时，dev不断前进，其他分支还留在原地。

master,dev分别在旧的，新的提交点。新提交点作出的改动，旧提交点不能得知

创建：

git checkout -b dev    //-b参数 会创建并切换到新分支

或者

git branch dev    //创建dev分支

git checkout dev    //切换到dev

查看的当前分支：

git branch

假设dev分支add并commit了 file.txt  ,dev时间线就领先于master ，为了让master赶上进度，需要合并

git checkout master  //先切换到master

git merge dev  //将dev分支的工作成果合并到当前分支上

删除分支

git branch -d dev

Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

(2)解决冲突

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840202368c74be33fbd884e71b570f2cc3c0d1dcf000

（3）保留分支历史的合并,即不使用默认的fast forward合并

git merge --no-ff -m "no fast forward merge" dev 

Git会在merge时生成一个新的commit（所以要-m说明一下），这样从分支历史上就可以看出分支信息。

新生成的commit可以理解为一个结点，当前分支（比如master）指向它，而被合并的分支(比如dev)不会被删除。

fast forward合并则是让当前分支指向被合并的分支所在commit（结点），然后被合并的分支就相当于从来没存在过。

master现在所指commit为新建的

（4）bug的修补策略

git stash   

会保存当前分支工作环境（入栈），如果stash之前有未commit的文件，stash之后将不会提示你，因为原环境相当于被封存了。

注：stash只能保存那些已经被追踪（add）过的文件，所以stash之前一定要 git add

git stash list  查看有多少被stash的分支。

进行恢复

git stash apply  //恢复栈顶的环境

git stash drop  //删除栈顶

或者

git stash pop  //恢复并删除栈顶

设A为游戏软件

1、master 上面发布的是A的1.0版本

2、dev 上开发的是A的2.0版本

3、这时，用户反映 1.0版本存在漏洞，有人利用这个漏洞开外挂

4、需要从dev切换到master去填这个漏洞，正常必须先提交dev目前的工作，才能切换。

5、而dev的工作还未完成，不想提交，所以先把dev的工作stash一下。然后切换到master

6、在master建立分支bugfix并切换.

7、在bugfix上修复漏洞。

8、修复后，在master上合并bugfix

9、切回dev，恢复原本工作，继续工作。

（5）多人协作模式

git checkout -b branch_name origin/branch_name

创建一个本地分支branch_name ，它与远程分支branch_name进度相同

git pull 相当于git fetch +git merge

首先，可以试图用git push origin 推送自己的修改；

    如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

    如果合并有冲突，则解决冲突，并在本地提交；

    没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！

    如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --    set-upstream-to origin/。

查看远程库信息，使用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，如果有冲突，要先处理冲突。

（6）rebase

11.标签管理

tag指向某个commit 类似于分支 但不能移动。tag和commit id的关系类似于dns和ip的关系。方便记忆

（1）创建标签

git tag 

如git tag v1.0

默认对当前commit创建tag 

也可以指定commit创建tag

git tag   

如git tag v0.9 fe305b

git tag  查看所有标签 按字母顺序排序

git tag -a   -m "说明" 

-a 指定标签名  -m添加说明

git show   显示某个标签的信息

（2）删除 推送标签

命令git push origin 可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d 可以删除一个本地标签；

命令git push origin :refs/tags/可以删除一个远程标签。即推送一个本地的空标签