Git学习：分布式版本控制（一）

分布式版本控制

1. 集中式和分布式的区别

    集中式版本库存放在中央服务器，要先从中央服务器获得版本到自己的电脑上，再干活。修改完成之后，再返回到中央服务器。
    分布式版本没有中央服务器，每个人的电脑存版本库。

2. 创建版本库

1.安装完成后设置姓名和Email：

    git config --global user.name "XX"
    git conifg --global user.email "XXXX.XX.com"

2.创建文件夹，用来做版本库。命令行如下：

    mkdir learningit //创建目录
    cd learninggit//找到目录
    pwd///查看目录
    git init//通过git init 命令将learningit变成git版本库（初始化）

3.添加文件到git仓库

    分为两步：add和commit
    1.git add将文件添加，例如：
        git add readme.txt
    2.git commit 告诉git仓库
        git commit -m "this is a message file"

• 提示：如果出现如下错误：fatal: pathspec ‘readme.txt’ did not match any files
  说明没有检测到你添加的文件，在git命令行里重新创建txt文件：
  touch readme.txt
  echo “内容”>>readme.txt

• 提示：如果出现如下错误：warning: LF will be replaced by CRLF in readme2.txt.The file will have its original line endings in your working directory.
  原因分析：
  CRLF – Carriage-Return Line-Feed 回车换行
  就是回车(CR, ASCII 13, \r) 换行(LF, ASCII 10, \n)。
  这两个ACSII字符不会在屏幕有任何输出，但在Windows中广泛使用来标识一行的结束。而在Linux/UNIX系统中只有换行符。
  也就是说在windows中的换行符为 CRLF， 而在linux下的换行符为：LF
  使用git来生成一个rails工程后，文件中的换行符为LF， 当执行git add .时，系统提示：LF 将被转换成 CRLF
  解决办法：
  删除刚刚生成的.git文件

  rm -rf .git//删除
  git config --global core.autocrlf false
  

  重新执行

  git init
  git add XX
  

4.时光穿梭机

1. 随时掌握工作区的状态，使用git status.
2. 使用git status 检测到修改之后，可以使用 git diff查看修改的内容
3. HEAD指向当前的版本，可以使用git reset –hard commit_id回溯到上一个版本
4. 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
5. 重返未来，使用git reflog查看命令历史，以便确定要回到未来哪个版本。

5. 工作区和暂存区

　　对于Git和其他版本控制系统来说，Git有一个暂存区的概念。
　　工作区：在电脑上能力看到的目录，比如learninggit文件夹
　　版本库（Repository）：工作区有一个隐藏目录“.git”,这个不算工作区，而是Git的版本库。

　Git的版本库里存了很多东⻄西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们　自动创建的第一个分支master，以及指向master的一个指针叫HEAD。如下图：

    第一步是用“git add”把⽂文件添加进去，实际上就是把文件修改添加到暂存区；
    第二步是⽤用“git commit”提交更改，实际上就是把暂存区的所有内容提交到当前分支。

　例如：
　对readme.txt做个修改，在最后一行添加：This is a good girl.
　并且在工作区新增LICENSE.txt
　
　再使用git status 来查看状态：
　
　再使用git add将raedme.txt和LICENSE.txt添加到暂存区里
　
　现在暂存区就变成这样了
　
　再commit 。
　一旦提交后，你又没有对工作区进行修改，工作区就是显示是“clean”
　
　版本库在提交之后变成：
　

5. 修改管理

1. 对readme.txt进行一个修改：添加一句Git tracks changes.
   
2. git add添加，git status获取状态
   
3. 修改raedme.txt：如下
   

4. git commit ，git status查看状态
   
   发现只有一次修改
   整个过程是：
   第一次修改—>git add—>第二次修改—>git commit
   原因：

   Git管理的是修改，当你⽤用“git add”命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，“git commit”只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
   

用“git diff HEAD – readme.txt”命令可以查看工作区和版本库里面最新版本的区别：

6.撤销修改

1. 还没有git add，只是在工作区修改了，让这个文件回到最近一次git commit或git add时的状态：
   git checkout – raedme.txt
2. git add 之后还没有 git commit，可以使用 git reset 回退（git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。）
   再用git status查看一下，现在暂存区是干净的，工作区有修改
   
   在使用git checkout – readme.txt修改工作区的内容
   3.如果git commid 可以使用：
   git reset –hard commid.id

7. 删除文件

1. 删除工作区的文件
   rm readme.txt
2. 删除git add 的文件
   git rm raedme.txt
3. 删除git commit的文件
   git rm readme.txt
   git commid ……
4. 是删错了，因为版本库里还有
   git checkout – test.txt