Git代码管理工具 — 3 Git基本操作指令详解

news2024/9/21 16:40:08

目录

1 获取本地仓库

2 基础操作指令

2.1 基础操作指令框架

2.2 git status查看修改的状态

2.3 git add添加工作区到暂存区

2.4 提交暂存区到本地仓库

2.5 git log查看提交日志

2.6 git reflog查看已经删除的记录

2.7 git reset版本回退

2.8 添加文件至忽略列表


1 获取本地仓库

要使用Git进行代码的版本控制,确实需要首先获取或创建一个本地仓库,步骤如下:

1)创建本地仓库目录:在电脑创建一个新的文件夹,例如命名为git_test,这个文件夹将作为你的本地Git仓库。

2)打开Git Bash:进入这个新创建的目录后,可以通过右键点击文件夹空白处,选择"Git Bash Here"来打开Git Bash窗口。右键菜单中在上一节安装中有默认安装此选项。

3)初始化Git仓库:在Git Bash窗口中,输入命令git initgit init命令会初始化一个新的Git仓库,创建必要的Git文件和目录结构。

4)检查.git目录:执行git init命令后,Git会在当前目录下创建一个名为.git的隐藏目录。这个目录包含了Git仓库的所有元数据,例如提交历史、分支信息等。

2 基础操作指令

2.1 基础操作指令框架

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态,这些修改的状态会随着我们执行Git的命令而发生变化。

 参考黑马程序员教程

2.2 git status查看修改的状态

git status 是一个非常有用的Git命令,它用于显示当前Git仓库的状态。下面是git status命令的一些常见输出示例:

  • 未跟踪的文件:显示当前目录下未被Git跟踪的新文件。

    Untracked files: (use "git add <file>..." to include in what will be committed) newfile.txt

  • 已修改的文件:显示已经被Git跟踪但自上次提交以来有修改的文件。

    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: existingfile.txt

  • 已暂存的文件:显示已经被添加到暂存区,准备下一次提交的文件。

    Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: newfile.txt modified: existingfile.txt

首先通过touch创建一个文件,新创建的文件应该是未跟踪的文件:

2.3 git add添加工作区到暂存区

git add 是一个用于将更改添加到Git的暂存区的命令。暂存区是Git中的一个临时区域。以下是一些常用的 git add 命令用法:

  • 添加单个或多个文件

git add file1.txt file2.txt

  • 添加所有更改. 表示当前目录下的所有文件,而 -A 表示所有更改,包括删除的文件。

git add .

或者

git add -A

  • 添加修改过的文件和新文件:这将只添加修改过的文件和被删除的文件到暂存区,但不包括新文件。

git add -u

  • 使用通配符添加文件:这将添加当前目录下所有以 .txt 结尾的文件到暂存区。

git add *.txt

将上面添加的文件暂存到缓冲区中,添加后的文件应该是已暂存的文件:

2.4 提交暂存区到本地仓库

当使用 git add 将更改添加到暂存区后,就可以使用 git commit 来保存这些更改到本地仓库的历史记录中。以下是一些基本的 git commit 命令用法:

  • 提交暂存区的更改

git commit -m "Your commit message"

-m 选项后面跟着的是提交信息,自定义的描述。如果你不使用 -m 选项,Git 会打开默认的文本编辑器让你输入提交信息:

  • 提交所有更改(包括未跟踪的文件)-a 选项会将所有已跟踪的文件的更改和新文件添加到暂存区,然后执行提交。注意,这不会包括已经被删除的文件。

git commit -a -m "Your commit message"

  • 修改最后一次提交--amend 选项允许你修改最后一次提交的信息或添加额外的更改。如果你需要修改最后一次提交,可以使用:

git commit --amend -m "Your new commit message"

  • 使用交互式暂存: 如果你想要对暂存区的更改进行更细致的控制,这将允许你选择哪些更改包含在提交中:

git commit -i

  • 使用Git的图形用户界面提交: 如果你更喜欢使用图形界面,可以使用:

git gui commit

将上面缓存区的文件添加到代码仓库,并添加文件的描述信息:

2.5 git log查看提交日志

git log 是一个用于查看Git仓库提交历史的命令。它可以显示从最近到最旧的提交记录,包括提交的作者、日期、提交信息等。以下是一些常用的 git log 选项:

  • 查看所有提交记录(常用

git log

  • 查看指定数量的提交:这里的 -n 选项后面跟着数字,表示你想要查看的提交记录的数量。

git log -n 5

  • 查看提交的统计信息:将显示每个提交的文件更改统计,包括哪些文件被修改、添加或删除,以及行的更改数量。

git log --stat

  • 查看每次提交的内容差异-p 选项会显示每个提交的差异(即补丁),让你可以看到具体的代码更改。

git log -p

  • 查看图形化的提交历史:这将以图形化的方式展示分支和合并的历史。

git log --graph

  • 查看某个特定文件或目录的提交历史

git log -- path/to/file_or_directory

  • 查看某个作者的提交

git log --author="author name"

  • 查看最近的一次提交

git log -1

查看代码仓库中的文件修改日志信息:

使用git log --graph 进行图形化的显示。

2.6 git reflog查看已经删除的记录

git reflog 命令可以查看最近的Git引用操作记录,每条记录对应一个唯一的引用ID,显示了对引用的改变以及对应的提交ID。可以帮助你找回意外删除或重置的提交,从而恢复代码状态或查看历史操作记录。

使用 git reflog 的一些场景:

  • 找回丢失的提交:如果你执行了 git reset --hard 并且后悔了,你可以使用 git reflog 找到丢失的提交的哈希值,然后使用 git reset --hard <commit-hash> 来恢复。

  • 理解HEAD的移动:如果你不确定HEAD是如何到达当前位置的,reflog 可以给你一个详细的历史记录。

  • 恢复分支状态:如果你不小心删除了一个分支,reflog 可以帮助你找到分支的最后状态,并恢复它。

2.7 git reset版本回退

git reset可以用来撤销提交、修改暂存区中的文件、重置分支指针等。以下是一些常见的 git reset 用法:

  • 重置暂存区,但不更改工作目录:不带任何参数的 git reset 命令会将暂存区中的所有更改重置为最后一次提交的状态,但不会影响工作目录中的文件。<commit>为移动HEAD和当前分支到指定的提交,可以使用 git log(git-log)git reflog 指令查看

git reset

git reset <commit>

  • 重置暂存区,同时更新工作目录:使用 --hard 选项会将暂存区和工作目录都重置为最后一次提交的状态。这会丢失所有未提交的更改。

git reset --hard

git reset --hard <commit>

  • 重置暂存区,但不更新工作目录(只保留更改):使用 --soft 选项会将暂存区重置为最后一次提交的状态,但保留工作目录中的更改,这样你可以重新暂存这些更改并提交。

git reset --soft

git reset --soft <commit>

 使用git reset --hard <commit>命令回退到指定版本。

但是如果操作失误,想取消怎么办?

  • 第一种:如果没回退之前第一条的<commit>还在命令行中,任然可通过git reset --hard <commit>回退。
  • 第二种:如果commit已经在命令行中已经清除,可通过git reflog查看之前的操作状态<commit>,然后使用git reset --hard <commit>回退。

2.8 添加文件至忽略列表

一般我们总会有些文件无需纳入Git 的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。 在这种情况下,我们可以在工作目录中创建一个名为 .gitignore 的文件(文件名称固定),列出要忽略的文件模式。下面是一个示例:

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1926531.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

2.有限状态机

1. 标准三段式写法&#xff1a; 1.一段代表当前状态赋值&#xff1b; 2.一段代表下一个状态如何跳变 3.一段代表输出控制 一定要带上复位 前两段模板集合一样&#xff0c;第三段取决于具体需求 parameter IDLE_ST 4b0000&#xff1b; parameter TEST_ST 4b0001; ... re…

C++中链表的底层迭代器实现

大家都知道在C的学习中迭代器是必不可少的&#xff0c;今天我们学习的是C中的链表的底层迭代器的实现&#xff0c;首先我们应该先知道链表的底层迭代器和顺序表的底层迭代器在实现上有什么区别&#xff0c;为什么顺序表的底层迭代器更加容易实现&#xff0c;而链表的底层迭代器…

Ubuntu20.04 编译安装FFmpeg,出错分析以及解决方案

最近工程上需要对FFmpeg底层源码进行修改&#xff0c;需要重新编译&#xff0c;遇见不少坑&#xff0c;出篇教程记录一下。 文章目录 1.FFmpeg源码下载地址2.编译环境配置3.编译FFmpeg4.配置FFmpeg运行环境 1.FFmpeg源码下载地址 官方下载地址:Index of /releases (ffmpeg.or…

使用MovaXterm连接VMware的centos

一、确认局域网ip 检查虚拟机分配的网段是否一致 二、确认centos的ip 输入 ip addr 获得设备ip为192.168.153.130 三、用MovaXterm建立ssh连接 有同行可能会问&#xff0c;直接使用VMware操作centos系统不行吗&#xff1f;为什么要再多一步。 理由&#xff1a;1、测试环境c…

Zabbix6.0使用自带模板(MySQL by Zabbix agent 2)监控MySQL数据库

注意&#xff1a;Zabbix6.0使用MySQL by Zabbix agent 2 模板可直接监控MySQL数据库&#xff0c;只需要创建监控用户&#xff0c;模板宏中填写数据库账号信息即可&#xff0c;只需要3步&#xff0c;特简单&#xff01; 1、MySQL创建用户&#xff0c;用于收集数据库信息 creat…

HarmonyOS 界面开发基础篇

一、布局思路 ArkUI(方舟开发框架)是一套 构建 鸿蒙应用 界面 的框架。 构建页面的最小单位就是“组件”。 组件分类 基础组件&#xff1a;界面呈现的基础元素。 如&#xff1a;文字、图片、按钮等。容器组件&#xff1a;控制布局排布。 如&#xff1a;Row行、Column列等。…

MySQL篇:日志

前言 MySQL中常见的日志&#xff1a; 重做日志&#xff08;Redo Log&#xff09;&#xff1a; 用途&#xff1a; 保证事务的持久性&#xff0c;记录事务对数据库所做的所有修改。 内容&#xff1a; 记录事务对数据页的物理修改&#xff0c;而不是逻辑修改。 配置&#xff1a; …

一款IM即时通讯聊天系统源码,包含app和后台源码

一款IM即时通讯聊天系统源码 聊天APP 附APP&#xff0c;后端是基于spring boot开发的。 这是一款独立服务器部署的即时通讯解决方案&#xff0c;可以帮助你快速拥有一套自己的移动社交、 企业办公、多功能业务产品。可以 独立部署&#xff01;加密通道&#xff01;牢牢掌握通…

《C专家编程》杂谈

库函数调用和系统调用的区别 系统调用比函数调用要慢很多&#xff0c;因为还要切换到内核模式。

防火墙综合实验之NAT和智能选路

目录 前言&#xff1a; 一、实验题目 二、实验操作 需求一 需求二 需求三 需求四、需求五 需求六 需求七 ​编辑 需求八 需求九 需求十 需求十一 三、需求测试 前言&#xff1a; 本篇文章是延续上一篇文章&#xff0c;简单来说就是防火墙实验的完善和延续&#…

【CUDA】CUDA中缓存机制对计时的影响

笔者在阅读知乎上一个关于CUDA编程的专栏时&#xff0c;发现作者写的很多文章中都会附带计时的模块用于评估程序的运行效率&#xff0c;然而笔者发现&#xff0c;在运行这篇文章中的代码时时&#xff0c;得到的结果和作者的结果有较大差异&#xff0c;主要体现在&#xff1a;使…

《战甲神兵》开发者报告:游戏崩溃问题80%发生在Intel可超频酷睿i9处理器上——酷睿i7 K系列CPU也表现出高崩溃率

在Intel持续面临第13代和第14代CPU崩溃问题的背景下&#xff0c;近日&#xff0c;《战甲神兵》(Warframe)的开发者们于7月9日披露了游戏崩溃的统计数据&#xff0c;并描述了诊断该问题的过程。根据开发团队的说法&#xff0c;一名未进行超频且使用全新PC的员工&#xff0c;即便…

网络安全设备——EDR

网络安全中的EDR&#xff08;Endpoint Detection and Response&#xff0c;端点检测与响应&#xff09;是一种主动式的端点安全解决方案&#xff0c;它专注于监控、检测和响应计算机和终端设备上的安全威胁。以下是EDR的详细解释&#xff1a; 一、定义与功能 EDR是一种网络安…

【C++】入门基础(引用、inline、nullptr)

目录 一.引用 1.引用的定义 2.引用的特性 3.引用的使用场景 4.const引用 5.引用和指针的区别 二.inline 三.nullptr 一.引用 1.引用的定义 引用不是新定义一个变量&#xff0c;而是给已经存在的变量取一个别名&#xff0c;编译器不会给引用变量开辟内存空间&#xff0c…

(实测可用)(3)Git的使用——RT Thread Stdio添加的软件包,github与gitee冲突造成无法上传文件到gitee

★硬件资源&#xff1a;本文章以STM32L431RCT6做主控芯片做验证&#xff1b; ★IDE开发环境&#xff1a;RT Thread stdio&#xff1b; ★RT Thread 版本&#xff1a;V4.0.3 一、RT Thread Stdio加载软件包 1、如下图所示&#xff0c;通过RT Thread Stdio加载的软件包&#…

[FPGA]-时序传输模型分析

时序传输模型分析 FPGA内部时钟树 clk到达每个寄存器的时间不一致。 内部时钟树内部示意图如下所示&#xff1a; 在实际FPGA芯片内部&#xff0c;时钟到达每个寄存器的时钟偏差很小&#xff0c;但仍然存在&#xff1b;比如clk到达REG1花费时间0.2ns&#xff0c;到达REG6花费…

【Linux】基于环形队列RingQueue的生产消费者模型

提示&#xff1a;文章写完后&#xff0c;目录可以自动生成&#xff0c;如何生成可参考右边的帮助文档 目录 前言 环形队列的概念及定义 POSIX信号量 RingQueue的实现方式 RingQueue.hpp的构建 Thread.hpp Main.cc主函数的编写 Task.hpp function包装器的使用 总结 前言…

Torch-Pruning 库入门级使用介绍

项目地址&#xff1a;https://github.com/VainF/Torch-Pruning Torch-Pruning 是一个专用于torch的模型剪枝库&#xff0c;其基于DepGraph 技术分析出模型layer中的依赖关系。DepGraph 与现有的修剪方法&#xff08;如 Magnitude Pruning 或 Taylor Pruning&#xff09;相结合…

Python:setattr()函数和__setattr__()魔术方法

相关阅读 Pythonhttps://blog.csdn.net/weixin_45791458/category_12403403.html?spm1001.2014.3001.5482 setattr()是一个python内置的函数&#xff0c;用于设置一个对象的属性值&#xff0c;一般情况下&#xff0c;可以通过点运算符(.)完成相同的功能&#xff0c;但是getat…

[激光原理与应用-112]:南京科耐激光-激光焊接-焊中检测-智能制程监测系统IPM介绍 - 16 - 常见的产品指标

目录 一、光学传感器技术指标&#xff1a;实时信号采集与信号处理 &#xff08;1&#xff09;适用激光器的功率范围宽&#xff1a; &#xff08;2&#xff09;感光范围&#xff1a;350nm~1750nm&#xff1a;从可见光到红外光 &#xff08;3&#xff09;信号类型&#xff1a…