【Git版本控制管理】Git 基础命令

6 篇文章 0 订阅

Git 基础命令

前言 : 上次说到初步使用Git【Git版本控制管理】开始使用Git, 接下来总结一下有关Git的基础命令

获取Git仓库的常见方法

  • 第一种 : 将本地目录转化为Git仓库

    • 通过 git init 命令来初始化一个仓库
  • 第二种 : 从第三方服务器中克隆一个已经存在的Git仓库

    • 通过 git clone <url> 命令来克隆一个仓库, 其中url是仓库的地址

    • 注意 :Git 克隆的是该 Git 仓库服务器上的几乎所有数据,而不是仅仅复制完成你的工作所需要文件。 当执行 git clone 命令的时候,默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。 事实上,如果你的服务器的磁盘坏掉了,你通常可以使用任何一个克隆下来的用户端来重建服务器上的仓库 。

追踪和暂存文件

# 暂存当前目录下所有文件(不包括忽略文件)
git add .

# 暂存特定文件
git add <文件名>
  • add 命令可以将一个未追踪的文件变为已追踪的文件(处于暂存状态)
  • add 命令也可以将一个已修改的文件添加到暂存区
  • 若需要把已修改的文件撤销掉, 用git restored <文件名> , 这样就可以把已暂存的文件修改撤销掉

查看当前文件的状态

# 输出详细的状态信息
git status

# 输出简短的状态信息
git status -s
# 或者
git status --short
  • 会列出所有追踪到和未追踪到的文件, 并且显示文件所处的状态

  • 简短状态信息的一些标志: M : 表示修改过的文件; ?? : 表示未追踪的文件; A : 表示新添加到暂存区的文件; MM: 表示文件暂存后又发生修改, 存在两个版本(一个是放在暂存区的, 一个是未放在暂存区的)。

文件在本地仓库的状态

  • 在工作目录下的每一个文件都不外乎这两种状态:已追踪未追踪
    • 其中已追踪的文件是指已经纳入版本控制的文件, 已经被Git追踪到了。它们的状态又可以分为:未修改已修改已暂存
      • 未修改:是指文件被追踪后处于没有修改的状态
      • 已修改:是指文件被追踪后又发生了改动变化, 这时就会被Git检测到
      • 已暂存:是指文件被追踪后并加入暂存中,是准备提交到本地的Git仓库中;在暂存区的文件也是可以修改的, 一旦修改都会被Git检测到,需要再次通过add命令把已经修改的文件再添加到暂存区(若不添加到暂存区, 那么你修改的那部分信息将不会保存到暂存区).

请添加图片描述

文件的几种状态

查看已暂存的和未暂存的修改

# 查看已暂存的文件被修改后与未修改前的差异内容
git diff

#查看已暂存的文件与上次已暂存的文件的差异内容
git diff --staged
  • diff命令比较的是工作目录中当前文件和暂存区快照之间的差异, 也就是修改后没暂存起来的变化内容

  • 注意: git diff 本身只显示尚未暂存的改动,而不是自上次提交以来所做的所有改动。 所以有时候你一下子暂存了所有更新过的文件,运行 git diff 后却什么也没有,就是这个原因

  • diff --staged 命令是比对已暂存文件与最后一次提交的文件的内容差异

提交更新

  • 把放在暂存区的文件全部提交到本地的Git仓库
# 直接将提交说明写在命令中
git commit -m '提交说明信息'

# 会启动你默认的文本编辑器来输入提交说明
git commit
  • git commit -m 后面一定要带提交说明信息,

    请添加图片描述

  • git commit 会等待默认的编辑器开启, 然后用该编辑器进行写提交说明信息。(因为安装的时候选了默认的编辑器是VScode的, 所以它会自动启动VScode来让你编辑,编辑后完,使用快捷键Ctrl+S保存好文件就可以关掉VScode, Git软件会自动显示提交的结果)

    请添加图片描述

    请添加图片描述

    请添加图片描述

跳过暂存区直接提交

上面的过程都是先把文件添加到暂存区再提交到Git仓库, 然后每次修改文件又要添加到暂存区才能提交, 有时候可能会很繁琐, Git也提供了一个直接跳过使用暂存区的方式。

#与上面的commit相似, 后面也要带提交说明
git commit -a '提交说明'

# 与上面的commit相似, 会自动打开编辑器给你写提交说明
git commit -a 
  • Git 就会自动把所有已经追踪过的文件暂存起来一并提交,从而跳过 git add 步骤, -a 选项使本次提交包含了所有修改过的文件, 但不包括未追踪的文件。
  • 注意 : 这里的直接提交是指已经追踪到的文件, 未追踪到的文件是直接提交不了的(这时候还得用add把未追踪的文件变成已追踪文件)

移除文件

从 Git 中移除某个文件,就必须要从已跟踪文件清单中移除(是指从暂存区域移除),然后再提交

# 先从工作目录中删除源文件再从暂存区移除
rm <文件名>
git rm <文件名>

# 强制删除 (如果需要删除之前修改过的或已放到暂存区的文件), 相当于上面的两步, 直接把文件从工作目录和暂存区中移除
git rm -f <文件名>

# 只是从Git仓库中删除(或者从暂存区移除), 但还需要保留在工作目录中
git rm --cached <文件名>

# rm命令可以使用(glob模式即简化的正则表达式)
#比如删除myfile文件夹下的所有以.md结尾的文件
git rm myfile/\*.md

#删除所有以~结尾的文件
git rm \*~

忽略文件

一般我们总会有些文件无需纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。 在这种情况下,我们可以创建一个名为 .gitignore的文件,列出要忽略的文件的模式,这样每次提交的时候就自动忽略这些文件的提交。

  1. 首先创建一个.gitignore文件, (也可以手动在目录文件下创建 .gitignore)

    touch .gitignore
    
  2. 编辑.gitignore文件

    vi .gitignore
    
  3. vi编辑器和Linux下的使用一样(Windows系统一样能用)进入编辑模式 输入i, 进入编辑

    比如下方的

    • Tips : 编辑完成后按Esc退出编辑模式, 再输入:wq存盘并退出

    请添加图片描述

  • 忽略文件的规范

    • 所有空行或者以#开头的行都会被Git忽略
    • 可以使用标准的glob模式(即简化的正则表达式)匹配, 它会递归应用在整个工作区
    • 匹配模式可用 / 开头防止递归
    • 匹配模式可用 / 结尾指定目录
    • 在模式前加!表示取反, 即可以排除指定模式之外的文件或目录
  • glob模式的简单使用

    • * : 表示匹配零个或多个任意字符
    • [] : 表示匹配一个括号内的任一字符
    • ? : 表示只匹配一个任意字符
    • [0~9] : 表示匹配的范围在0到9之间的数字
    • ** : 表示匹配任意中间目录

举个栗子: 一个.gitignore文件的内容

# 忽略所有.md文件
*.md

# 在忽略所有.md文件的基础上排除了readme.md文件, 即readme.md文件不忽略
!readme.md

# 只忽略当前目录下的todo文件, 而不忽略其他目录下的todo文件
/todo

# 忽略任何目录下名为idea的文件夹
idea/

# 仅忽略某个目录下所有的.txt的文件
doc/*.txt

# 忽略doc目录及其所有子目录下的.pdf文件
doc/**/*.pdf

移动文件

Git 并不显式跟踪文件移动操作。 如果在 Git 中重命名了某个文件,仓库中存储的元数据并不会体现出这是一次改名操作。

 git mv file_from file_to
  • 其实,运行 git mv 就相当于运行了下面三条命令:

  • mv file_from file_to
    git rm file_from
    git add file_to
    

查看提交历史

在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。

# 查看提交日志, 会按时间先后顺序列出所有的提交
git log

# 查看每次提交所引入的差异
git log -p
# 或者
git log --patch

# 限制显示的日志条目数量, 后面加-数字, 比如显示最新的2条日志
git log -2

# 每次提交的简略统计信息
git log --stat
  • 注 : 查看日志都会进入日志页面, 用上下键翻页, 要回退到命令行就按q退出

撤销操作

在任何一个阶段,你都有可能想要撤消某些操作

# 用一个新的提交替换旧的提交
git commit --amend

# 撤销暂存文件
git restore --staged <文件名>

# 对那个文件在本地的任何修改都会消失——Git 会用最近提交的版本覆盖掉它
git checkout -- <文件名>

# 撤销回到最后一次提交的版本
git checkout .

版本回滚

由于某些原因需要回到上一个版本或者是之前的某个版本, 就需要进行版本回滚

# 通过log查看版本号, commit后面的一端哈希序列就是版本号
git log

# 通过reset进行回滚
git reset --hard 版本号
  • --hard 标记是 reset 命令唯一的危险用法,它也是 Git 会真正地销毁数据的仅有的几个操作之一。
  • 其他任何形式的 reset 调用都可以轻松撤消,但是 --hard 选项不能,因为它强制覆盖了工作目录中的文件。
  • 如果进行版本回滚后, 再通过log命令去查看日志的时候就会发现回滚的版本之后的版本就全没了。若要查看所有的版本记录就需要使用reflog命令了
# 通过reflog来查看所有历史的版本号
git reflog

# 再通过版本号去回滚
git reset --hard 版本号

删除仓库

  • 最简单的方法: 在文件管理器中删除相对应的文件

  • 项目的历史记录删除 —— 删除目录 .git 。这不会影响任何文件的当前状态,而只会删除所有的提交,即所有的历史仓库都会消失,因此无法检出项目的其他任何状态。

  • 若用命令行完成: (先切换到对应仓库的文件夹), 再使用对应的命令

    • Linux : rm -rf .git
    • Windows : rmdir /s .git

参考文献 :
《Git版本控制管理 第二版》人民邮电出版社
《Pro Git》Git官网的pdf下载 ; 在线中文文档查看

未完待续…

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值