Git基础命令实践

简介

本文主要记录了我在学习git操作的过程，以及如何使用GitHub。建议先参考廖雪峰的git教程实操练习一遍，再利用Learning Git Branching进行巩固。下文内容是对廖雪峰git教程的实践

git的安装配置

git的安装

我们可以直接下载GitHub Desktop：https://desktop.github.com/，下载自带了git bash，我们无需重复安装git，GitHub Desktop提供了详细的新手指引，我们根据指引提交我们的项目。

也可以下载git：https://git-scm.com/

git的配置

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

git config --global user.name "Your Name"
git config --global user.email "[e-mail]"

git使用的基本流程

创建版本库

mkdir learngit
cd learngit

通过git init命令把这个目录变成Git可以管理的仓库：

git init

window里面可能无法显示.git文件，我们可以设置显示隐藏的项目。

现在我们编写一个readme.txt文件，内容如下：

Git is a version control system.
Git is free software.

第一步，用命令git add告诉Git，把文件添加到仓库：

git add readme.txt

第二步，用命令git commit告诉Git，把文件提交到仓库：

git commit -m "wrote a readme file"

git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

git commit命令执行成功后会告诉你，1 file changed：1个文件被改动（我们新添加的readme.txt文件）；2 insertions：插入了两行内容（readme.txt有两行内容）。

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：


添加某个文件时，该文件必须在当前目录下存在，file4.txt文件不存在，因此报错。

时光机穿梭

版本回退

修改readme.txt文件如下

Git is a distributed version control system.
Git is free software distributed under the GPL.

然后进行提交：

git add readme.txt
git commit -m "append GPL"

在Git中，我们用git log命令查看历史记录：

git log

git log命令显示从最近到最远的提交日志，我们可以看到3次提交。

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：

git log --pretty=oneline

你看到的一大串类似59a9fdd...的是commit id（版本号），和SVN不一样，Git的commit id不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，而且你看到的commit id和我的肯定不一样，以你自己的为准。为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号可能发生冲突。

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交599fdd...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上1000个版本写1000个^比较容易数不过来，所以写成HEAD~1000。

可以使用git reset命令进行版本回退：

git reset --hard HEAD^^

我们发现回退到了未修改readme.txt的那个版本。

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针。

那我们如何对版本进行恢复呢？这里有两种方法：

• 情形一：直接利用commit id指定回到未来某个版本
  
• 情形二：当我们不知道commit id时，Git提供了一个命令git reflog用来记录你的每一次命令，下面例子我们可以看出指针上一次指向59a9fdd。
  

工作区和暂存区

工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：

版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

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

Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

下面举一个例子：

1. 先对readme.txt做个修改，比如加上一行内容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.

2. 在工作区新增一个LICENSE文本文件

用git status查看状态

使用两次命令git add，把readme.txt和LICENSE都添加

git add readme.txt
git add LICENSE.txt
git status

现在，暂存区的状态就变成这样了：

执行git commit就可以一次性把暂存区的所有修改提交到分支

git commit -m "understand how stage works"
git status

现在版本库变成了这样，暂存区就没有任何内容了：

管理修改

Git跟踪并管理的是修改，而非文件。

现在我们加上一行内容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.

git add readme.txt
git status

然后再修改readme.txt文件：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.

最后直接进行提交：

git commit -m "git tracks changes"
git status

我们发现第二次的修改没有被提交，这是因为第二次的修改没有通过git add放入缓存区，我们可以通过git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：

git diff HEAD -- readme.txt 

可见第二次修改没有被提交，我们可以git add后进行git commit进行提交。

撤销修改

情形一：还未git add

Git is a distributed version control system.

Git is free software distributed under the GPL.

Git has a mutable index called stage.

Git tracks changes of files.

My stupid boss still prefers SVN.

使用git status查看一下，Git会告诉你，git restore可以丢弃工作区的修改：

git restore readme.txt

情形二：已经git add到暂存区

git restore --staged readme.txt #暂存区回退
git restore readme.txt #工作区回退

情形三：已经git commit，还没有推送到远程库中

git add readme.txt
git commit -m "fallback version"

git reflog
git reset --hard 389d734

删除文件

情况一：直接删除
这里删除file1.txt文件

情况二：删错了，利用版本库对工作区文件进行还原。
这里删除file2.txt文件


最后我们发下file1.txt文件被删除了，file2.txt文件还原了。

注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！

远程仓库

添加远程库

git remote add origin https://github.com/liuxu-manifold/learngit.git

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

git push -u origin master

推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样：

删除与远程库的关联
如果添加的时候地址写错了，或者就是想删除远程库，可以用git remote rm <name>命令。使用前，建议先用git remote -v查看远程库信息：

git remote -v
git remote rm origin

此处的“删除”其实是解除了本地和远程的绑定关系，并不是物理上删除了远程库。远程库本身并没有任何改动。要真正删除远程库，需要登录到GitHub，在后台页面找到删除按钮再删除。

从远程库克隆

如何解决 [e-mail] permission denied (publickey). fatal could not read from remote repository
：https://zhuanlan.zhihu.com/p/454666519

git clone [e-mail]:liuxu-manifold/liuxu-manifold.git

总结

本文记录了我在学习git过程中的一些常用命令，当我们对git有一个整体而全面的认识之后，我们后面可以通过查文档，或者GPT来完成任务。