【GIT】基本原理和使用操作

最新推荐文章于 2024-09-09 13:49:07 发布

ConardLi

最新推荐文章于 2024-09-09 13:49:07 发布

阅读量378

点赞数

文章标签： git 版本控制系统分布式

本文链接：https://blog.csdn.net/qq_34149805/article/details/77914257

版权

一.分布式管理

分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

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

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

二.创建版本库

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

第一步很简单，就是找到你想让git管理的项目目录或者新建一个目录。

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

G:\myproject>git init
Initialized empty Git repository in G:/myproject/.git/

瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

三.上传文件到版本库

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

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

一定要放到版本库目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。

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

G:\myproject>git add readme.txt

执行上面的命令，没有任何显示，这就对了

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

G:\myproject>git commit -m "first time"
[master (root-commit) 6d5bb1a] first time
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

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

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

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

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."

四.查看文件修改信息

我们已经成功地添加并提交了一个readme.txt文件，现在，是时候继续工作了，于是，我们继续修改readme.txt文件，改成如下内容：

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

现在，运行**git statu**s命令看看结果：

G:\myproject>git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

git status命令可以让我们时刻掌握仓库当前的状态，上面的命令告诉我们，readme.txt被修改过了，但还没有准备提交的修改。

虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看：

G:\myproject>git diff
diff --git a/readme.txt b/readme.txt
index 188e70b..013b5bc 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
-Git is free software.1
\ No newline at end of file
+Git is a distributed version control system.
+Git is free software.
\ No newline at end of file

可以从上面的命令输出看到，我们在第一行添加了一个“distributed”单词。知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了。

五.版本回退

现在，你已经学会了修改文件，然后把修改提交到Git版本库，现在，再练习一次，修改readme.txt文件如下：

然后尝试提交：

G:\myproject>git add readme.txt

G:\myproject>git commit -m "third"
[master 52a89b8] third
 1 file changed, 1 insertion(+), 1 deletion(-)

我们可以使用 git log 命令查看我们一共有几个版本提交到git版本库中了

G:\myproject>git log
commit 52a89b86b2b54f223e17a84801ae6f78d01f3057
Author: admin <admin@qq.com>
Date:   Sat Sep 9 09:26:06 2017 +0800

    third

commit 95c55bfa753a2827e499b5ab2f58b442fedc8a4f
Author: admin <admin@qq.com>
Date:   Fri Sep 8 22:10:53 2017 +0800

    second

commit 6d5bb1a4018c70bd01e4927c4c5af8449ef8aad5
Author: admin <admin@qq.com>
Date:   Fri Sep 8 21:05:49 2017 +0800

    first time

git log命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是third，上一次是second，最早的一次是first time。
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数：

G:\myproject>git log --pretty=oneline
52a89b86b2b54f223e17a84801ae6f78d01f3057 third
95c55bfa753a2827e499b5ab2f58b442fedc8a4f second
6d5bb1a4018c70bd01e4927c4c5af8449ef8aad5 first time

你看到的一大串类似3628164…882e1e0的是commit id（版本号）

好了，现在我们启动时光穿梭机，准备把readme.txt回退到上一个版本，也就是“second”的那个版本，怎么做呢？

Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164…882e1e0（注意我的提交ID和你的肯定不一样），

上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

git reset --hard HEAD~1
HEAD is now at 95c55bf second

这样我们就回退到了第二个版本,此时HEAD也指向了second版本

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

在使用git log命令查看版本情况

G:\myproject>git log
commit 95c55bfa753a2827e499b5ab2f58b442fedc8a4f
Author: admin <admin@qq.com>
Date:   Fri Sep 8 22:10:53 2017 +0800

    second

commit 6d5bb1a4018c70bd01e4927c4c5af8449ef8aad5
Author: admin <admin@qq.com>
Date:   Fri Sep 8 21:05:49 2017 +0800

    first time

如果你现在又想回到third版本怎么办？只需要找到third版本的版本号，版本号没必要写全，前几位就可以了，Git会自动去找。

可以使用git reflog命令查看以前每次版本的版本号（这个命令用于查看你的每一次操作）

G:\myproject>git reflog
95c55bf HEAD@{0}: reset: moving to HEAD~1
52a89b8 HEAD@{1}: commit: third
95c55bf HEAD@{2}: commit: second
6d5bb1a HEAD@{3}: commit (initial): first time

我们看到thid版本的版本号前几位是52a89b8，输入如下命令：

git reset --hard 52a89b
HEAD is now at 52a89b third

这是readme的内容又回到了third版本。

六.撤销修改

凌晨两点，你正在赶一份工作报告，你在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.
My stupid boss still prefers SVN.

在你准备提交前，一杯咖啡起了作用，你猛然发现了“stupid boss”可能会让你丢掉这个月的奖金！

既然错误发现得很及时，就可以很容易地纠正它。你可以删掉最后一行，手动把文件恢复到上一个版本的状态。如果用git status查看一下：

G:\myproject>git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

你可以发现，Git会告诉你，git checkout – file可以丢弃工作区的修改：

 git checkout -- readme.txt

命令git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。

命令整理

指令	作用
git init	创建版本库
git add	将工作区文件放到暂存区,可反复多次使用，添加多个文件
git commit	将暂存区文件放到分支
git statu	查看仓库当前状况（有多少文件修改，在什么位置）
git diff	查看文件具体做了什么修改
git log	查看提交历史，以便确定要回退到哪个版本
git reset	重新设定版本
HEAD	HEAD代表当前版本，HEAD~100代表回退一百个版本
git reflog	查看命令历史，以便确定要回到未来的哪个版本
git remote add origin	后面跟远程版本库的唯一url，表示本地版本库和远程版本库建立连接
git push -u origin master	将本地版本库commit过的内容提交到远程版本库的marster分支
git clone	从远程版本库克隆代码
git add .	提交所有修改到暂存区
git rebase	用于把一个分支的修改合并到当前分支