git版本管理工具的上手

最新推荐文章于 2025-08-07 15:30:45 发布

原创最新推荐文章于 2025-08-07 15:30:45 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#管理 #git #分布式 #库 #diff

管理工具专栏收录该内容

2 篇文章

订阅专栏

本文介绍Git作为分布式版本控制系统的优点及基本操作流程，包括本地仓库的创建、文件的添加与提交、状态查看等，并深入解释Git中暂存区的概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

git是一个分布式的版本管理工具

和其他集中式版本管理工具相比具有以下优点：

1.可以在不联网的情况下开发

2.可以方便的建立本地分支

3.本地化的日志，快速获得信息

git命令的使用

mkdir /d/myproject (在本地d盘下面创建一个名为myproject的本地仓库)

cd /d/myproject (切换到该目录下)

git init （初始化为主枝）

git add filename （添加一个文件的记录一次只能添加一个文件）

git commit -m "something record" （提交之前所有添加的文件的记录）

git status （查看仓库内文件的状态）

git diff filename （比较仓库内某文件和之前有什么不同）

git log (输出最近文件修改的记录)

git log --pretty=oneline (单行输出修改记录，比较清爽)

git reset --hard 134sdf(hash值) (git下面的回退命令，其中hash值代表的是之前的版本，HEAD^表示上一个版本 HEAD~n 表示之前第n个版本)

git reflog (会把每个版本的hash值列出来，包括已经被回滚的版本，用他可以找到已经被我们抛弃的版本的hash值，以便我们重新回到那个版本)

git checkout -- "filename" (恢复该文件到暂存区里面的最新版本)

rm "filename" (删除某个文件)

cat "filename" (打印某个文件)

------------------------------------------------------------------------------------------------------------------

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

先来看名词解释。

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

working-dir

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

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

git-repo

分支和HEAD的概念我们以后再讲。

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用“git add”把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用“git commit”提交更改，实际上就是把暂存区的所有内容提交到当前分支。

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

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

俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：

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

然后，在工作区新增一个LICENSE文本文件（内容随便写）。

先用git status查看一下状态：

$ 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
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       LICENSE
no changes added to commit (use "git add" and/or "git commit -a")

Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。

现在，使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   LICENSE
#       modified:   readme.txt
#

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

git-stage

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

$ git commit -m "understand how stage works"
[master 27c9860] understand how stage works
 2 files changed, 675 insertions(+)
 create mode 100644 LICENSE

一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：

$ git status
# On branch master
nothing to commit (working directory clean)

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

git-stage-after-commit

小结

暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。

没弄明白暂存区是怎么回事的童鞋，请向上滚动页面，再看一次。

--------------------------------未完待续------------------------------------