git

前言大家好，我是桃翁，今天给大家带来的是关于 git commit 那些事儿，希望大家喜欢。对于规范 git commit message 我是分成了两种类型去看待。对于通用库、开源项目这类多人维护，而且极大可能别人会来看这份代码的，一定要规范，特别是对于开源项目，往往会要列 Change Log，规范好 commit 节省自己整理 log 的时间，也方便了用户。对于业务代码，特别是那种一个人维护的，其实不搞问题也不大，因为极小可能会有人来看你的 commit message。但是我依然还是建议规范一下，不然一旦后面想去看就会花费很多的力气，毕竟规范一下也不麻烦。通过本篇文章你讲了解到三部分内容：了解 git commit 规范学到用工具 Commitizen 来规范 commit 学到如何在 commit message 里加上好看的 emoji 规范现在主流的 commit message 规范就是 Angular 团队所用的准则，继而衍生了 Conventional Commits specification. 很多工具也是基于此规范。每次提交，Commit message 都包括三个部分：header，body 和 footer，其中 header 有一个特殊的格式，包括了 type、scope、subject。 <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> 其中 header 是必选的，但是 header 里的 scope 是可选的，另外提交的 message 长度不要超过 100 个字符，太长了不易阅读。...

我在提交中犯了一个错误，我该如何解决？我的提交历史一团遭，我改如何让它整洁？如果您有过上述问题，那么这篇文章适合您。这篇文章介绍了一个让你成为 Git 专家的主题列表。如果您不了解 Git 基础知识，请单击此处查看我的 Git 基础知识博客。您必须了解 Git 的基础知识才能充分利用本文。我的提交中犯了一个错误。我该怎么办？情景 1 假设您已经提交了一堆文件并意识到您输入的提交消息实际上并不清楚。现在您要更改提交消息。为此，您可以使用 git commit --amend git commit --amend -m “新提交消息” 情景 2 假设您想提交六个文件，但是，错误地，您最终只提交了五个文件。您可能认为可以创建新提交并将第6个文件添加到该提交。这种方法没有错。但是，为了保持整洁的提交历史，如果你真的可以以某种方式将此文件添加到您之前的提交本身，那会不会更好？这也可以通过以下方式完成 git commit --amend： git add file6 git commit --amend --no-edit --no-edit 表示提交消息不会更改场景3 无论何时在 Git 中进行提交，提交都会附上作者姓名和作者电子邮件。通常，当您第一次设置 Git 时，您需要设置作者姓名和电子邮件。您无需担心每次提交的作者详细信息。也就是说，对于特定项目，您可能希望使用不同的电子邮件 ID。您需要使用以下命令为该项目配置电子邮件 ID： git config user.email “你的电子邮件ID” 假设您忘记配置电子邮件，并且已经完成了第一次提交。Amend 也可用于更改先前提交的作者。可以使用以下命令更改提交的作者： git commit --amend --author“作者姓名<作者电子邮件>” 注意：仅在本地存储库中使用该 amend 命令。使用远程存储库可能会造成很多混乱 amend 我的提交历史是一团糟。我该如何处理？假设您正在处理一段代码。您知道代码大约需要十天才能完成。在这十天内，其他开发人员也将提交代码到远程存储库。将本地存储库代码与远程存储库中的代码保持同步是一种很好的做法。这会在您提出拉取请求时避免很多合并冲突。因此，您决定每两天从远程存储库中提取一次更改。每次将代码从远程存储库提取到本地存储库时，都会在本地存储库中创建新的合并提交。这意味着您的本地提交历史记录将会进行大量的合并提交，这会使审阅者感到困惑。如何使提交历史看起来更整洁？这就是 rebase 拯救的地方。...

git commit 规范和如何在 commit 里使用 emoji

git 之修改 commit 以及 rebase 的使用