Git 版本控制必备：如何优雅地使用 git commit命令

于 2024-08-13 09:00:00 发布
阅读量442 收藏 10
点赞数 7
分类专栏： Linux后台开发技术 文章标签： git elasticsearch 大数据 linux github git commit 版本控制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Long_xu/article/details/141109887
版权

git commit命令详解：优雅的提交

一、git commit 的基础

在 Git 中，"提交"是一个指代对文件更改进行记录的操作。每次提交都为当前项目的状态创建一个新的快照。提交的主要目的是让开发者可以在需要时查看、恢复或比较项目的历史版本。

Git 将每次提交视为项目在某一时刻的完整快照，而不是差异。每次提交保存的是当前项目的所有文件的状态，当你查看历史提交时，你可以看到当时的文件内容。快照使 Git 能够高效地管理各个版本的文件。

版本控制是管理文件变更的一种系统。在软件开发中，版本控制允许团队协作，追踪和记录每一次的更改。使用 Git 进行版本控制，可以实现以下目标：

  • 协作：多位开发者可以同时对代码进行更改，并通过合并提交来整合这些更改。
  • 历史记录：可以随时查看项目的变更历史，了解每次提交的内容、时间和作者。
  • 恢复：在出现问题时，可以快速恢复到先前的某个版本。
  • 分支管理：Git 允许创建分支并在不同的分支上进行开发，后续再将更改合并回主干。

通过这些特性，Git commit 成为代码管理和版本控制中不可或缺的一部分。每次提交都带有唯一的标识符（SHA-1 哈希值），可以确保每个快照的唯一性和可追踪性。

1.1、git commit命令详解

git commit file1.name file2.name file3.name .. –m "commit messages"

commit指提交修改到本地的仓库里，file*.name指的是带commit的文件 –m后面的内容指提交的信息，即备注。

git commit –a –m "commit messeages"

添加的-a参数会把当前暂存区里所有的修改（包括删除操作）都提交，但是那些尚未添加到暂存区的内容是不会提交的，网上有很多人说-a参数会把尚未add的文件也提交了，这个说法是错误的。

git commit

可能有时候手抖忘记输入-m参数，直接输入了git commit，于是出现了下面这个界面，即打开了一个vim编辑界面，敲入i键后保存，输入要添加的message后，输入“ESC”按键退出编辑界面，然后再敲入“:wqa”后会保存message内容，并且提交此次修改，如果敲入“:q”会取消这次提交。
在这里插入图片描述

git commit --amend

这也是我们经常用的命令，他会把此次提交追加到上一次的commit内容里。

1.2、git commit的格式

参考Angular 团队的规范。

message的格式：

 <type>(<scope>): <subject>
 <BLANK LINE> 
 <body> 
 <BLANK LINE> 
 <footer>

标题行: 必填, 描述主要修改类型和内容。

主题内容: 描述为什么修改, 做了什么样的修改, 以及开发的思路等等。

页脚注释: 放 Breaking Changes 或 Closed Issues。

type是指：

  • feat: 新特性。
  • fix: 修改问题。
  • refactor: 代码重构。
  • docs: 文档修改。
  • style: 代码格式修改，注意不是 css 修改。
  • test: 测试用例修改。
  • chore: 其他修改，比如构建流程，依赖管理。

scope：commit 影响的范围，即影响的模块或者组件，比如: route, component, utils, build... 。
subject：commit 的概述, 建议符合 50/72 formatting。
body：commit 具体修改内容, 可以分为多行, 建议符合 50/72 formatting 。
footer: 一些备注, 通常是 BREAKING CHANGE 或修复的 bug 的链接，或者feature等等其余的信息.

使用git commit模板来规范提交：

  1. 在~/.gitconfig文件里添加：

    [commit]
    template=~/.gitmessage

  2. 添加~/.gitmessage文件。

1.3、git的commitizen

  1. 下载对应版本的nodejs包（https://nodejs.org/en/download/），并安装。

  2. 使用 npm 工具进行全局安装：

    npm install commitizen -g

  3. 然后在项目目录里，运行下面命令，使其支持 Angular 的 Commit message 格式：

    commitizen init cz-conventional-changelog --save --save-exact

    以后，凡是用到 git commit 命令，一律改用 git cz ，这时候就会出现选项，来生成符合规范的 commit message 。

  4. 如果希望每个使用 git 的项目都遵循这个标准，可以使用下面命令进行全局设置安装 cz-conventional-changelog：

    npm install -g cz-conventional-changelog

  5. 创建一个 .czrc 文件在你的 home 目录，并将path 指向上面所安装的 commitizen 适配器，

    echo '{ "path": "cz-conventional-changelog" }' > ~/.czrc

  6. 现在可以在每个 git 项目中使用 git cz 提交我们的 commit message 了，当然我们还可以配置Commitlint做自动检测，检查不通过的可以拒绝提交，比较绝吧。

  7. 如果所有的commit信息都是按照这个格式填写的，在发布版本时就可以使用以下命令生成changelog了。

    conventional-changelog -p angular -i CHANGELOG.md -s

1.4、推送到远程分支

git push命令用于将本地分支的更新，推送到远程主机。它的格式与git pull命令相仿。

git push <远程主机名> <本地分支名>:<远程分支名>

注意，分支推送顺序的写法是<来源地>:<目的地>，所以git pull是<远程分支>:<本地分支>，而git push是<本地分支>:<远程分支>。例如：

git push origin master：refs/for/master

如果省略远程分支名，则表示将本地分支推送与之存在”追踪关系”的远程分支(通常两者同名)，如果该远程分支不存在，则会被新建。

 git push origin master

上面命令表示，将本地的master分支推送到origin主机的master分支。如果后者不存在，则会被新建。

如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支。

git push origin :master   # 等同于 git push origin --delete master

上面命令表示删除origin主机的master分支。

如果当前分支与远程分支之间存在追踪关系，则本地分支和远程分支都可以省略。

git push origin

上面命令表示，将当前分支推送到origin主机的对应分支。

如果当前分支只有一个追踪分支，那么主机名都可以省略。

 git push

1.5、git push和冲突解决

git push的时候如果有冲突，会显示如下，此时必须去修复这个冲突。
在这里插入图片描述

首先调用git pull去拉取分支下来，然后会在冲突的文件里记录冲突的内容，手动去解决冲突，然后
再git commit 和 git push。

在这里插入图片描述

二、git commit合并

在使用git的时候，可能针对同一个任务由多次提交，比如针对同一个feature可能由多个同事修改了不同部分，但是多个提交让我们的版本管理显得比较凌乱，此时我们可以合并多个commit为一个。

首先假设我们有三个commit，如左下所示：我们想把最近的三个commit合并为一个commit，那么此时我们可以使用git rebase命令了，即git rebase –i 4cbeb4248f7，-i后面的参数表示不要合并的commit的hash值。
在这里插入图片描述
可以看到其中分为两个部分，上方未注释的部分是填写要执行的指令，而下方注释的部分则是指令的提示说明。指令部分中由前方的命令名称、commit hash 和 commit message 组成。

pick 和 squash的意思如下：

  • pick 的意思是要会执行这个 commit。
  • squash 的意思是这个 commit 会被合并到前一个commit。

将 ad777ea和a271901这两个commit前方的命令改成 squash 或 s，然后输入:wq以保存并退出。
在这里插入图片描述
退出后会弹出如下界面，即需要重新编辑合并后的commit信息，未注释掉的是会包含在commit message里的，按”wqa”保存后即完成了此次commit的合并。

在这里插入图片描述

三、修改commit的内容

3.1、修改自己的提交

有时候，提交一个commit后，发现有些部分漏掉了，尤其是有的内容忘记添加到暂存区了，导致这些内容没有commit，那如果我们把这些“漏掉”内容作为一个新的commit提交总不太好，其实我们可以把“漏掉”的内容提交到上一个commit里。

还有时候，我们刚刚最近的一次提交的commit message写的内容不够严谨，需要重新整理下。

那上面的两种场景，我们怎么处理呢？ 答案是git commit –amend。比如最近的一次提交的内容少提交了一个README.md文件了，而且“Merge branch ‘master’ of 47.106.79.26:/srv /nginx-docs”的内容也不够严谨，需要规范化提交内容。此时我们可以先调用git add README.md文件到暂存区，然后调用git commit –-amend把当前暂存区里的内容合并到上一次commit里，而且还可以修改上一次提交的message信息。

git commit --amend

跳出一个VIM编辑框（如左下图），此时我们可以修改提交内容格式（如右图）。
在这里插入图片描述

3.2、修改任意提交的message

如果我们想要修改比较久远的commit message的格式不太符合规范，怎么去修改呢？比如我想修改从bed58d54e之后所有的commit message的内容？

# 打算从bed58d54e（不包含bed58d54e）之后所有的commit的message
git rebase –i bed58d54e

输入上面一条命令后，会弹出下文这个窗口，上半部分是一些pick命令，下半部分是一些提示内容，不过有意思的是此时的commit内容的排列和git log里的排列是反的，也就是倒序的。如果我们仅仅修改commit message，需要把打算修改的commit的对应pick命令修改为reword，然后保存。

之后会弹出编辑commit message的内容，如果我们有多处commit需要被修改的话会多次弹出vim编辑窗口。如果在修改前所有的commit都已经push到远程仓库的话，我们需要使用git push --force强制推送到远程仓库。
在这里插入图片描述
上文仅仅说明了修改历史提交的message，但是如果在某个历史提交中少提交内容，比如上文某个源码文件里的内容修改不完整，提交很多天经过严格测试才发现，那么我们就可以使用git rebase的edit命令修改提交内容了。

git rebase –i bdc6778948a

上面的命令后我们可以使用edit命令替换pick命令。保存后，此时git rebase会停止工作，以便我们可以编辑文件和commit message，修改并提交后，可以继续其它的edit命令。在这个过程中我们会使用到以下这两条命令：

$ git commit –-amend
$ git rebse --continue

如果在修改前所有的commit都已经push到远程仓库的话，需要使用git push --force强制推送到远程仓库。

四、查看commit的内容

（1）git log 不带任何参数。

git log

输出示例：

commit ac75ee8505774336c3f28a539d6371f1147939ab (HEAD -> master)
Author: long-xu <ntf_work@163.com>
Date:   Sat Aug 10 20:42:46 2024 +0800

    Optimize log and print.

commit 53cc38f9d2999182b7b5825ab35d90882b341271 (origin/master, origin/HEAD)
Author: long-xu <ntf_work@163.com>
Date:   Sat Aug 10 18:15:46 2024 +0800

    Add Configures class and modify makeFile.

commit a60663fad8bc9d6b063051addd8b4551dee02346
Author: long-xu <ntf_work@163.com>
Date:   Sun Aug 4 19:49:07 2024 +0800

（2）每条日志显示一行

git log --oneline

输出示例：

ac75ee8 (HEAD -> master) Optimize log and print.
53cc38f (origin/master, origin/HEAD) Add Configures class and modify makeFile.
a60663f feat: add test0 algorithm
3235113 optimized code
71d5555 optimize code
1be415f Add os class and update src
66f95bb feat: add asynLogger class
5a29202 feat:update JsonValue and JsonParser
909a271 feat:add src file(JsonValue,JsonParser)
c310237 Initial commit

在这里插入图片描述
（3）只显示前面的length条日志。

git log –[length]

输出示例：

$ git log -2
commit ac75ee8505774336c3f28a539d6371f1147939ab (HEAD -> master)
Author: long-xu <ntf_work@163.com>
Date:   Sat Aug 10 20:42:46 2024 +0800

    Optimize log and print.

commit 53cc38f9d2999182b7b5825ab35d90882b341271 (origin/master, origin/HEAD)
Author: long-xu <ntf_work@163.com>
Date:   Sat Aug 10 18:15:46 2024 +0800

    Add Configures class and modify makeFile.

（4）跳过前面的skip条日志。

git log --skip=[skip] -3

输出示例：

$ git log --skip=2 -3
commit a60663fad8bc9d6b063051addd8b4551dee02346
Author: long-xu <ntf_work@163.com>
Date:   Sun Aug 4 19:49:07 2024 +0800

    feat: add test0 algorithm

commit 323511332f090810978032e7270fc88f8ac851e9
Author: long-xu <ntf_work@163.com>
Date:   Wed Jun 26 22:36:32 2024 +0800

    optimized code

commit 71d55551a0d6a9302da028468571e2fee7f0ac5d
Author: long-xu <ntf_work@163.com>
Date:   Sun May 26 22:57:27 2024 +0800

（5）显示一些统计信息以及文件的改动内容和行信息。

git log -p

在这里插入图片描述

（6）显示提交的作者 日期 message 和文件内容统计信息。

 git log --stat

在这里插入图片描述

（7）显示每个author提交commit和多少条commit。

 git shortlog

输出示例：

$  git shortlog
Long_xu (1):
      Initial commit

long-xu (6):
      Add os class and update src
      optimize code
      optimized code
      feat: add test0 algorithm
      Add Configures class and modify makeFile.
      Optimize log and print.

nongtengfei (3):
      feat:add src file(JsonValue,JsonParser)
      feat:update JsonValue and JsonParser
      feat: add asynLogger class

（8）过滤。

  • 按日期：

    git log --after="2018-7-1"    # 2018年7月1好之后的所有日志
git log –-before="2014-7-1"

  • 按作者：

    git log --author="Dounin"

  • 按照提交信息：

    git log --grep=“issue”  # 按照提交本中是否包含issue的日志

  • 按文件：

    git log -- ./src/http/modules/ngx_http_xslt_filter_module.c

  • 按照内容：

    git log -S “ngx_free” # 即所有文件中包含了 ngx_free字符串的修改

  • 按照范围 ：

    git log <since>..<until> # 比如 git log master..feature这可以显示出自从master分支fork之后，feature分支上所有的提交

（9）显示commit-id的提交内容，包括所有文件的修改信息。

git show commit-id

在这里插入图片描述

五、总结

在本篇关于 git commit 的详解中，我们深入探讨了 Git 提交的基本概念、命令格式、日志查看以及合并和修改提交的过程。通过系统化地理解 git commit，开发者可以更有效地管理项目的版本控制，提高团队协作的效率，并确保代码的整洁和可追溯性。

  1. Git 提交的本质：每次 git commit 都是对当前项目状态的快照，允许开发者查看和恢复历史版本，从而提供了庞大的变更记录。

  2. 命令的灵活性：命令格式多样，如直接提交、批量提交、以及带注释的提交，提供了丰富的功能，以适应不同的使用场景。

  3. 标准化的提交信息：使用规范化的提交信息（如 Angular 的消息格式）可以帮助团队交流代码变更的意图，提高代码的可维护性。

  4. 历史记录的掌控：通过 git log 等命令，可以便捷地查看和过滤提交记录，为代码审查和故障排查提供了便利。

  5. 合并和修改的能力：Git 允许开发者合并多个提交或修改历史提交的内容，使得版本管理更加灵活，适应开发过程中可能发生的多种情况。

  6. 推送和冲突解决：理解 git push 的操作及其潜在冲突，使开发者能够更好地维护远程仓库的健康，处理冲突而不丢失重要改动。

熟悉 git commit 及其相关技巧，将帮助开发者在团队协作中更加游刃有余。版本控制不仅是一个工具，更是一种思维方式，通过精确的记录和合理的管理，推动软件开发的高效与质量的提升。希望本文能够助力你在 Git 版本管理的道路上取得更大的进步。
在这里插入图片描述

Lion Long
关注
  • 7
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
掌握Git必备：最常用的50个Git命令
weixin_44976692的博客
04-18 1万+
本文列举了 Git 中最常用的 50个命令及其解释，希望能帮助读者掌握 Git 的基本操作并提升团队协作效率。Git 是一个强大而灵活的工具，熟练掌握它将成为您编程生涯的利器。欢迎大家留言分享自己常用的 Git 命令和经验，共同学习进步！
关于Git这一篇就够了
热门推荐
17岁boy的博客
05-12 41万+
目录 前言 发展过程 集中式与分布式的区别 Debian/Linux安装Git 配置git环境：git config --global 创建本地空仓库：git init 新建文件添加到本地仓库：git add、git commit -m 改写提交：git commit --amend 查看历史提交日志：git log 回滚代码仓库：git reset --hard 查看提交之后文件是否做了改动：git status 工作区与缓存区 修改缓存区内容：git add、git co.
Git 常用基本命令使用详细大全
qtiao的博客
08-01 14万+
在进行项目开发时，都会用到版本控制工具，如svn、git等，随着git的发展，渐渐的被越来越多的人使用，甚至慢慢在取代svn的地位。下面从git仓库的创建、git常用的基本命令、git的分支管理、git提交历史查看来介绍git的使用。当然下面所涉及的命令都是在git bash中操作的，所有必须先安装git，至于怎样安装git，这里就不介绍了，网络有一大把安装教程。 git 创建仓库 创建一个git...
git commit 命令详解
辰风沐阳
01-15 7万+
git commit 命令用于将工作区内容或暂存区内容提交到版本库本文记录 git commit 的常见用法，日常开发中，这几个参数足够使用了# 将暂存区内容提交到版本库, 进入 vi 命令界面输入提交信息git commit# 将某些已被跟踪的文件提交到版本库（包含工作区和版本库）# 将暂存区内容提交到版本库, 无需进入 vi 命令界面输入提交信息# 跳过 git add, 将所有已被跟踪的文件更改提交到版本库# 使用一次新的commit, 替代上一次提交。
Git Commit 之道：规范化 Commit Message 写作指南
pursuit的博客
11-12 9782
在软件开发的征程中，清晰明了的 Git Commit Messages 是项目成功的关键。本指南将教你如何通过规范化 Git 提交信息，提高代码可读性，以及如何巧妙撰写自动生成的 Change Logs，精准记录项目的演变。让你的团队与你共同领略 Git Commit 的精髓，推动项目可维护性的巅峰。
git版本管理：分支合并常用命令
MSysのCSDN
11-12 9462
git版本管理：分支合并常用命令
Git取消add 、 commit、push的命令
Java小皮孩
12-18 2万+
撤销已经add，但是没有commit的问题 git reset HEAD 撤销已经commit，但是没有push到远端的文件（仅撤销commit 保留add操作） git reset --soft HEAD^ 查看状态 查看没有git add的文件 git checkout 查看当前提交状态 git status ......
Git版本控制：Git本地仓库
皮皮blog
03-24 1万+
在本地创建repository版本管理的步骤如下：1 安装git2 全局设置3 在本地的某个要使用git版本控制的目录下git init添加excludegit add .在安装Git中，我们已经配置了user.name和user.email，实际上，Git还有很多可配置项。让Git显示颜色这样，Git会适当地显示不同的颜色，比如git status命令，文件名就会标上颜色。配置别名以后提交--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。在撤销修改。
Git中tag标签的使用
Dream It Possible
08-06 16万+
一、什么是tag tag是git版本库的一个标记，指向某个commit的指针。 tag主要用于发布版本的管理，一个版本发布之后，我们可以为git打上 v.1.0.1 v.1.0.2 ...这样的标签。 tag感觉跟branch有点相似，但是本质上和分工上是不同的： tag 对应某次commit, 是一个点，是不可移动的。 branch 对应一系列commit，是很多点连成的一根线，有一个H...
Git：一文阐述常见命令的使用
冷血之心的博客
07-03 4717
前言 为什么写这篇Git文章？ 在日常的需求开发中，发现部分同学不太熟悉Git命令，往往是通过idea自带的一些工具来执行简单的Git命令，遇到一些突发问题的时候，往往不知所措。 简单来说，就是Git基础知识匮乏，不明白每一行Git命令背后的具体含义。所以，本人对Git基础知识进行简单总结与科普，希望可以帮助到大家。 本文阅读前提： 在日常工作中，会使用简单的Git命令 了解简单命令，不熟悉复杂一点的命令操作 大概了解Git的基础知识，对命令实际行为不甚了解 正文 Git是什么？ Git是个开源的分布
git安装
qq_64782704的博客
08-10 809
版本控制是指对软件开发过程中各种程序代码,配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一版本控制的主要功能是追踪文件的变更,它将什么时候,什么人更改了文件的什么内容等信息都一五一十的记录了下来,每一次文件的变更,文件的版本号都将增加,除了记录文件的变更之外,还可以用于解决企业中多人合作开发,代码管理共享的问题版本控制可以解决两个问题。
记录一次.gitignore 失效问题
最新发布
qq_38883889的博客
08-12 145
今天使用git同步同事的代码时，出现一个问题，.gitignore限制失效，导致我本地生成的临时缓存文件被跟踪到了commit中，执行 git rm --cache .后再add commit也不行，很奇怪就研究了一下，下面将我的解决方案分享出来供大家参考。
大模型快速部署，以浪潮源2.0为例
weixin_46503355的博客
08-09 241
由于本地授权一直失败，于是采用了魔塔免费平台实例进行学习。然后点击链接，先加载一段时间的模型，然后就开始尝试对话。step1: 申请PAI-DSW试用。step2：魔塔社区授权。
FFMPEG Mac版本编译
轻口味的专栏
08-09 1218
There are a few ways to get FFmpeg on OS X.使用从github下载ffmpeg源码,切换到要使用的目标分支(这里使用release/3.3):,或者直接从github下载分支的压缩包,解压.Starting with Lion 10.7, Xcode is available for free from the Mac App Store and is required to compile anything on your Mac. Make sure you i
vue3--实现vue2插件JSONPathPicker的路径获取功能
qq_17328759的博客
08-07 617
VUE3中vue-jsonpath-picker的替代方案
【Linux】【git】创建使用+分支管理+场景模拟
m0_67470729的博客
08-09 758
如题
Git开发流程
Java/Python大数据成长之路
08-09 260
Git开发流程规范如下：
Sputnik 打靶渗透
m0_65112983的博客
08-08 1065
Sputnik 打靶渗透
虚拟机内个人git开发环境搭建
aceaddi的专栏
08-12 250
以下步骤基于win7，如果使用win10系统，在命令行窗口直接操作以下命令，不用来回切换。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Lion Long

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值