Git理解与学习

最新推荐文章于 2023-02-14 11:13:29 发布

一滴风Echo

最新推荐文章于 2023-02-14 11:13:29 发布

阅读量201

点赞数

分类专栏：工具文章标签： github git

原文链接：https://www.liaoxuefeng.com/wiki/896043488029600

版权

工具专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Git理解与学习

1 Git 简介
2 安装Git
3 创建仓库
- 3.1 创建仓库
- 3.2 把文件添加到版本库
4 版本控制
5远程分支
小结

整理自：https://www.liaoxuefeng.com/wiki/896043488029600

1 Git 简介

Git是目前世界上最先进的分布式版本控制系统（没有之一）

Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。集中式版本控制系统最大的毛病就是必须联网才能工作。
那分布式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

2 安装Git

在Windows上使用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地址。

3 创建仓库

3.1 创建仓库

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

所以，创建一个版本库非常简单，你可以选择以下其中之一

如果你要创建一个新的项目，那么：

第一步

$ mkdir learngit
$ cd learngit

这里是在当前目录创建learngit文件夹，并进入该文件夹

第二步

$ git init
Initialized empty Git repository in E:/learnGit/.git/

如果你已有本地项目，想把它变成用git管理的仓库，点击鼠标右键，选择Git bash here，然后直接：

$ git init
Initialized empty Git repository in E:/learnGit/.git/

当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

3.2 把文件添加到版本库

首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频，Microsoft的Word格式这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。

因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。

言归正传，现在我们在learnGit目录下编写一个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"
[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

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

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

4 版本控制

4.1 版本退回

可以修改文件readme.txt，然后再次add和commit，可以使用git log命令查看历史记录

$ git log
commit dd6dfd3962868f6f0134ba525a9963197a7fe7e7 (HEAD -> master)
Author: Echo.Bu <echobu@outlook.com>
Date:   Mon Jul 20 19:23:08 2020 +0800

    append GPL

commit 56fc6c23190a78d6721dafe9cfb0f5e5050a309f
Author: Echo.Bu <echobu@outlook.com>
Date:   Mon Jul 20 17:18:45 2020 +0800

    wrote a readme file

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

$ git log --pretty=oneline
dd6dfd3962868f6f0134ba525a9963197a7fe7e7 (HEAD -> master) append GPL
56fc6c23190a78d6721dafe9cfb0f5e5050a309f wrote a readme file

你看到的一大串类似dd6dfd396286是commit id（版本号）,每提交一个新版本，实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史，就可以更清楚地看到提交历史的时间线。

版本回退
好了，现在我们准备把readme.txt回退到上一个版本，也就是wrote a readme file的那个版本，怎么做呢？
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交dd6dfd396...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
要回退到上一个版本，git reset命令：

$ git reset --hard HEAD^
HEAD is now at 56fc6c2 wrote a readme file

此时我们再用git log看一下版本库状态，已经没有我们最新的版本了

$ git log --pretty=oneline
56fc6c23190a78d6721dafe9cfb0f5e5050a309f (HEAD -> master) wrote a readme file

撤销回退，回到最新版本
找到你想到达的版本的commit id即可，而且不需要写全，写前几位就可以

$ git reset --hard dd6dfd3
HEAD is now at dd6dfd3 append GPL

如果忘记commit id怎么办，Git提供了一个git reflog命令来记录你的每一次命令

$ git reflog
dd6dfd3 (HEAD -> master) HEAD@{0}: reset: moving to dd6dfd3962
56fc6c2 HEAD@{1}: reset: moving to HEAD^
dd6dfd3 (HEAD -> master) HEAD@{2}: commit: append GPL
56fc6c2 HEAD@{3}: commit (initial): wrote a readme file

现在可以知道append GPL的commit id是dd6dfd3了

4.2 工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

**工作区（Working Directory）**就是你在电脑里能看到的目录，比如我的learnGit文件夹就是一个工作区
**版本库（Repository）**工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。

一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的，可以用git status命令查看：

$ git status
On branch master
nothing to commit, working tree clean

git commit只负责把暂存区中的修改提交，也就是说，如果在执行git add命令后又修改了文件，并不会被提交

4.3 撤销修改

撤销已经add，但是没有commit的修改：$ git restore readme.txt
撤销已经commit 的修改，回退版本即可

4.4 删除文件

如果在commit后删除了某个文件，输入git status

$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        deleted:    test.txt

可以看到，我们可以输入git rm test.txt来彻底删除，然后commit，也可以$ git restore readme.txt撤回删除

5远程分支

5.1 SSH Key的配置

第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

然后一路回车，使用默认值即可。如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。

第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面，然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容，
为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。
当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。

5.2 添加远程仓库

第一步，在github新建一个仓库，例如叫learnGit(随意，叫什么都行)
第二步，在本地的learngit仓库下运行命令

$ git remote add origin git@github.com:EchoBu/learnGit.git

origin后的内容换成自己的远程仓库地址，添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库
3. 第三步，把本地库的内容推送到远程库中

$ git push -u origin master
Enumerating objects: 9, done.
Counting objects: 100% (9/9), done.
Delta compression using up to 8 threads
Compressing objects: 100% (6/6), done.
Writing objects: 100% (9/9), 800 bytes | 160.00 KiB/s, done.
Total 9 (delta 0), reused 0 (delta 0)
To github.com:EchoBu/learnGit.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。

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

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

$ git push origin master

把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

5.3 从远程库克隆

上次我们讲了先有本地库，后有远程库的时候，如何关联远程库。

现在，假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆。

首先，登陆GitHub，创建一个新的仓库，名字叫gitskills：
现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

$ git clone git@github.com:EchoBu/learnGit.git
Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.

注意把Git库的地址换成你自己的，然后进入gitskills目录看看，已经有README.md文件了