git 入门教程

window 下安装 git

• 可以从Git官网直接下载安装程序，（网速慢的同学请移步国内镜像），然后按默认选项安装即可。
• 安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
• 安装完成后，还需要最后一步设置，在命令行输入：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。

注意:git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

---

版本库

• 创建一个版本库
  • 创建一个叫做git空目录
    命令行cmd下 md E:\git
  • 创建空仓库 git init
    这时当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
  • 把文件添加到版本库
    • 编写一个readme.txt文件放到当前目录下

    This is my first git. 
    

    • 用命令git add <file>告诉Git，把文件添加到仓库，可以多次add不同的文件

    git add readme.txt
    

    • 用命令git commit -m <message>告诉Git，把文件提交到仓库，commit一次可以提交很多文件
      -m 后面输入的是本次提交的说明，方便找到改动记录

    git commit -m "wrote a readme file"
    

    
    

    1 file changed：1个文件被改动（我们新添加的readme.txt文件）；1 insertions：插入了1行内容（readme.txt有1行内容）。

---

修改文件 git status

• 使用git status查看仓库当前的状态
  
  表明当前没有需要提交的修改，而且，工作目录是干净
• 修改readme.txt为：

  This is my changed git.
  

  使用git status查看仓库当前的状态
  
  表明文件readme.txt被修改了
• 查看具体修改了什么内容：git diff readme.txt
  
  第一行修改了
• 提交到仓库：add+commit

 git add readme.txt

查看状态：

表明将要被提交的修改包括readme.txt

git commit -m "changed"

• 提交后，我们再用git status命令看看仓库的当前状态：

  
  
  

  表明当前没有需要提交的修改，而且，工作目录是干净（working tree clean）的。

---

版本回退

• git log命令显示从最近到最远的提交日志
  
• 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：git log --pretty=oneline
  
  你看到的一大串类似2cb44207的是commit id（版本号），是一个SHA1计算出来的一个非常大的数字，用十六进制表示，而且你看到的commit id和我的肯定不一样，以你自己的为准。为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。
• 在Git中，用HEAD表示当前版本，也就是最新的提交2cb44207...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
• git reset --hard <commit id>|HEAD^|HEAD^^回退到上一个版本wrote a readme file
• git reflog用来记录你的每一次命令：但不知道id的时候可以查看
  

---

工作区和缓存区

• 工作区：一个文件夹就是一个工作区

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

  
  
  

  需要提交(add)的文件修改通通放到暂存区，然后，一次性提交(commit)暂存区的所有修改。

• git add

  
  

• git commit

  
  

---

管理修改

• Git跟踪并管理的是修改，而非文件。
• 修改：新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。
• commit 只会提交已add的修改，若文件修改后未add则不会提交该修改。
• Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
• 提交第二次修改呢：你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了：

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

---

撤销修改

• 修改了工作区的文件，还没有提交到缓存区，想直接丢弃工作区的修改，用git checkout -- file
  现在的readme.txt:

  This is my first git.
  

  修改但没有git add：

  This is a wrong changed.
  

使用git checkout -- readme.txt

现在的readme.txt:

This is my first git.

• 修改了文件并git add了：
  • git reset HEAD <file>
  • git checkout -- <file>
    现在的readme.txt:

  This is my first git.
  

  修改并git add：

  This is a wrong changed.
  

现在的readme.txt:

This is my first git.

• 已经commit了，使用版本回退的方法git reset --hard <commit id>|HEAD^|HEAD^^

---

删除文件

• git rm <file>删除文件
  • 还没有git add
    使用git checkout HEAD <file>
    
  • 已经git add
    使用git reset HEAD <file> + git checkout HEAD <file>
    

---

远程仓库

• 在GitHub上new一个Repository命名在learnGIT然后create

• 目前，在GitHub上的这个learnGIT仓库还是空的，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。

• git remote add origin https://github.com/<username>/firstGIT.git
  添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

• 把本地库的所有内容推送到远程库上
  git push -u origin master

  用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

  从现在起，只要本地作了提交，就可以通过命令：git push origin master

  输入用户名、密码后可以发现推送成功

---

从远程库克隆

• git clone git@github.com:<username>/learnGIT.git