git命令

一、GIT工具的安装

步骤:

1.进入git官网下载git工具:http://www.git-scm.com/download/。

2.打开安装文件使用默认安装配置即可。

二、GIT基本配置

1.git命令自动提示功能:

  windows客户端自带自动提示功能。

2.git config 增删改查:

  2.1增:git config --global --add user.name yuyangnews

  2.2删:git config --global --unset user.name yuyangnews

  2.3改:git config --global user.name eoe

  2.4查:git config --global --list

3.git 子命令起别名

  3.1使用co代替commit命令

  git config --global alias.co commit

三、GIT基本流程

1.git存储文件机制:

  1.1使用40个16进制字符的sha-1 hash来唯一标识对象

       blob文本文件、二进制文件、链接文件

       tree目录

       commit历史提交

       tag固定的历史提交

     使用git仓库存储以上对象.

 2.获取git仓库的方法

    2.1git init

     2.1.1 git init <仓库目录>:

              该命令会创建带工作区的git仓库，git仓库在该目录下的.git目录下

     2.1.2 git init --bare <仓库目录>(裸仓库，不带工作区)

               该命令会创建不带工作区的git仓库，git仓库在该目录下.

     2.2git clone

3.将已有工作环境，纳入git版本管理:

   （方法一）步骤:1.建立一个文件夹,模拟项目目录

                           2.使用git init命令

   （方法二）步骤:1.git clone <远程服务器的裸仓库url地址>

四、git仓库（repository）的分区:

   4.1工作区：日常编辑代码的地方

   4.2历史仓库:commit指向的树形结构

   4.3暂存区:虚拟树形结构，由工作区到历史仓库的过度区域。

   git diff 查看工作区与暂存区的异同，查看工作区的修改情况。

   git add 将文件添加到暂存区中

        版本库可以对内部的文件的修改、删除、增加以及历史进行管理。只能对文本文件的具体内容进行跟踪，不能对音视频、word等二进制文件的内容进行跟踪，建议编码使用UTF-8。

         不要使用windows自带的记事本，建议使用notepad++代替记事本。

   git commit -m "提交说明"

          提交说明，最好是有意义的信息。（add可以添加多次文件，commit一次提交多个文件）

          如果每次修改，不add到暂存区，那就不会加入到commit中。

   git status 查看提交到暂存区的状态

          如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

   git rm -f 同时从工作区和暂存区删除不需要的文件

     git rm --cached 只删除暂存区中不需要的文件

   git mv 在工作区移动文件或重命名文件，并添加到暂存区中去

   git ignore 确保工作区中不被希望添加到暂存区和工作区的文件不被添加

     步骤:1.在工作区下创建.gitignore文件

             2.通过通配符的形式告诉git不要添加到git仓库中

   git log 查看过往修改的记录

         --pretty=oneline显示主要内容

   git reset 回退版本<回到从前好回，回到未来就有点难了，要知道hash才行>

      关键字 1.HEAD表示当前版本

                    HEAD^表示上一个版本

                    HEAD^^表示上上个版本

                    往上100个版本写成HEAD~~100.

                 2.--hard

      注意:如果回退到从前后关机了，但是开机后又想回到未来怎么办?

              可以使用git reflog命令 可以查看过往所有的操作以及commit指针

 git checkout -- <文件名>把该文件在工作区的修改全部撤销:

      两种情况:1.该文件自修改后还没有放到暂存区，现在，撤销修改就回到和版本库一模一样的状态。

                    2.该文件已经添加到暂存区，又作了修改，现在撤销修改就回到添加暂存区后的状态。

五、git暂存区

   5.1 工作空间:用于编写项目代码的地方

   5.2 .git/的版本库:Git的工作区，包含有git的对象库<不要删除这个目录，要不就完蛋了>

   当执行git add操作时，.git/目录下面会多出index文件（即暂存区），每一条索引有个40位的sha1-hash以及对应的文件名，每条索引还包含模式以及权限信息等等，每条索引跟对象库里的某个对象对应的。另外，index文件还维护了一些tree对象的内容。

    当执行git commit时，会创建tree对象以及分支、commit指针

六、本地分支与合并

 6.1分支的用处以及Git分支的优势:

     分支在实际中有什么用呢?假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没有写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

     现在有了分支，就不用怕了。你创建一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

     其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能当成了摆设，大家都不去用。

     但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件。

 6.2 分支的流程:

     HEAD指向当前分支(如master主分支)，主分支指向提交。每次提交master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。



  当创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就标识当前分支在dev上。

  



从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，

dev指针往前移动一步，而master指针不变.



若dev分支上的工作完成了，就可以把dev分支合并到master分支上。即直接把master指向dev分支的当前提交，就完成了合并。

  



合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支:



 6.3 分支命令:

     1.git checkout -b dev <git branch dev git checkout dev>创建分支并切换到该分支

     2.git branch 查看当前分支,列出所有分支，当前分支前会标识*号

     3.git checkout master 切换到master分支

         子分支修改完成后，切换到主分支，会发现之前的修改不见了，是因为之前的提交在子分支上，而master分支此刻的提交点并没有变:

          



  4. git merge dev 用于合并指定分支到当前分支。合并后，修改就都一样了。

      操作后提示:Faster-forward信息，告诉我们，这次合并是快进模式，即master指向dev的当前提交，所以合并速度非常快。<看不出来合并过分支>

      若不想用Faster快进模式，则可以加参数--no-ff -m "更新描述" 分支名，如下图:

      



  5. git branch -d dev 删除dev分支.

  6. git log --graph 查看分支合并图

6.4 建议

     因为创建、合并和删除分支非常快，所以Git鼓励使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果相同，但过程更安全.

6.5 分支策略

     在实际开发中，我们应该按照几个基本原则进行分支管理:

     首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。

     那在哪干活呢?干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

     你和你的小伙伴每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。



    bug分支：

    在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

    git stash 可以把当前工作现场"存储"起来，等以后恢复现场后继续。

          场景说明:突然有紧急任务下来，要做代号为101的bug任务，创建了一个名为issue-101的分支来修复它，但是现在正在dev分支上进行开发，而且工作尚未提交。此时，可以把当前工作现场"存储"起来，等以后恢复现场后继续工作。

    git stash list 查看保存了哪些场景

    git stash apply 对场景进行恢复

    git stash drop 将恢复后的场景进行删除

    git stash pop 恢复的同时把stash内容也删了.

    流程:修复bug时，通过创建新的bug分支进行修复，然后合并，最后删除。

            当手头工作没有完成时，先把工作现场git stash一下，然手去修复bug，修复后，再git stash pop，回到工作现场。

    Feature分支:

    软件开发中，总有无穷无尽的新的功能要不断添加进来。

    添加一个新功能时，你肯定不希望一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

    流程:

     1.要加新功能了

     2.git checkout -b 新功能分支

          3.git add vulcan.py

          4.git status

          5.git commit -m "add feature vulcan"

     6.git checkout dev

     7.if(一切正常)git merge --no-ff -m "" 新功能分支

     8.if(临时决定放弃新功能) git branch -D 新功能分支 <强行删除分支>

七、标签管理

     7.1创建标签:

     git tag 标签名：  打一个指定标签名的新标签给（HEAD）最新提交

     git tag ：查看所有标签(按照字母顺序显示，而非时间顺序)

     git tag <标签名> <commit id>：打一个指定标签名的新标签给指定提交

     git show <标签名>：查看标签信息

     git tag -a <标签名> -m <"标签信息" > <commit id>：打一个指定标签名以及指定说明的新标签给指定提交

     7.2 操作标签

     git tag -d <标签名>：删除指定标签

     git push origin <标签名>：推送指定标签到远程

     git push origin --tags：一次性推送全部尚未推送到远程的本地标签

    {1.git tag -d <标签名>;2.git push origin :refs/tags/<标签名>}： 删除已经推送到远程的标签

八、各种问题处理

     8.1.乱码问题:

            处理使用ls命令查看含有中文文件名乱码时:alias ls="ls  --show-control-chars"

            处理GUI中查看UTF-8编码的文本文件时乱码:git config --global gui.encoding utf-8