问题标签 [commit-message]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
git - 为什么用现在时描述 git 提交被认为是一种好习惯？
我已经阅读了各种 Git 教程，包括官方的教程，它们似乎都告诉我用现在时编写 Git 提交注释是一种很好的惯例和习惯。
这是为什么？其背后的原因是什么？
git - git pull - 无法提交合并消息
我正在通过 Mac 上的终端使用 git。我最近在尝试执行时遇到了一个烦人的问题git pull。执行后，git pull我收到以下错误消息：
问题是我无法输入任何内容。我的终端似乎卡住了，我似乎无能为力。我对 git 相当陌生，所以这可能是我犯的一个简单错误。
我在这里读到，对于某些人来说，此时文本编辑器会打开。这当然不是我的情况。它还在那里声明我可以使用 --no-edit 标志在没有消息的情况下进行合并，但即使这在我看来也不起作用。
我现在有点无能为力，卡住并且无法将任何更改推送到我的服务器。
git - 拉动时netbeans会覆盖我的提交消息
我在带有 GitHub 存储库的 NetBeans 7.2.1 中使用 Git 版本控制。如果我提交我的更改，然后在提交后立即将其推送到远程存储库（假设远程版本自上次推送以来没有更改），我的提交消息将出现在 GitHub 上。当其他协作者进行拉取时，我的提交消息会出现在他们的拉取摘要中。
但问题是，如果我必须在推送之前进行拉取（如果自上次推送后远程版本发生了变化），那么我的提交消息会以某种方式被https://github.com的“合并分支 'master' 覆盖” / ...”。它非常烦人。在这种情况下，我可以保留我的原始提交吗？
谢谢！
git - 编写 git 提交消息时要遵循的标准
我发现自己管理着很多文件（超过 60 个但低于 70 个），并且我的提交消息到目前为止都遵循这种模式：当我添加类似 on 的内容时layout.css，我的提交消息是“在 layout.css 文件上添加了一些内容”，当我删除一些东西，我的提交信息是“从 layout.css 文件中删除了一些东西”。
一些文件，我查看我的提交提要并添加......并 删除......消息占主导地位。有时我不记得我删除了什么或添加了什么，layout.css因为我一次做了很多更改，所以我很难想出一个合适的提交信息。
有没有我应该遵循的标准来帮助我提出我的提交信息？
git - Git：“git reset”后如何重用/保留提交消息？
作为 Git 用户，我经常遇到这样的情况，即我需要以不适合--amend或不适合修复提交的方式重新处理一个或多个rebase -i提交。通常我会做类似的事情
我非常认真地对待明智的组合提交消息。它们通常包含较大的文本，其中包含更改的参考和理由。到目前为止，我对通过 unsorted 以及复制和粘贴过程来恢复我的旧提交消息的漫长过程感到非常git reflog恼火git log。
有没有更好的方法来解决这个问题？如果我包含多个提交，它会如何？
编辑：经过一番思考，我认为我正在寻找一些类似于 git stash的功能，用于不适合修复/修改提交的提交消息。
git - 修改推送的提交消息
我刚刚推送了一个提交，然后意识到我需要更改提交消息。
所以在我的本地仓库中，我做了：
但是当我试图推动这个时，我收到了大量的错误消息说
这是修改我的信息的错误方法吗？最后，我不得不重置我所有的存储库，然后用一条新消息再次提交。
所以我的问题是，修改已推送内容的提交消息的正确方法是什么？
git - 使 Git 提交消息反映已编辑的 TFS 变更集注释
TL;博士
如本文所述，我更改了 TFS 变更集注释。如何使用 Git-Tfs 将其反映在本地 Git 存储库中的相应 Git 提交中？
详细版
我是 Git-Tfs 用户。我的工作流程是这样的，我尝试将极小的代码增量提交到我的本地 Git 存储库（“一行更改 - 测试绿色 - 提交”之类的东西）并在我有一个有意义的时候将其推送到 TFS 服务器（但希望仍然很小）变更集。通常这是在一次 Git 提交之后，但有时是在几次之后。
当一次将多个 Git 提交检查到 TFS 时，Git-Tfs 会将 Git 提交消息组合为默认的 TFS 签入注释。到目前为止，一切都很好。我通常会篡改它们以使它们作为单个变更集评论更流畅地阅读。但是今天我忘记了并签入了一条对我使用 TFS 的同事没有帮助的消息。
好吧，没什么大不了的。我使用 TFS 编辑变更集注释以使其更加连贯。但是，我无法让我的本地 Git 存储库与此更改同步。这没什么大不了的，因为主要是我为其他人更改的。但是，我很想知道是否可以将其同步。
我试过的
我试过了，但提交消息仍然是我编辑变更集注释之前的内容：
git - 使用“git rebase”重写消息时如何查看提交的内容？
我正在修复一系列提交的一些提交消息。我开始
标记一些提交以进行改写，然后编辑消息。如果我可以在编辑器中看到每个提交的差异，那将非常有帮助，就像在执行git commit -v. 这样的事情可能rebase吗？
（我也可以只edit提交然后查看差异，但这要慢得多，也不方便。）
git - 带有字母 # 的 Git 提交消息
我有一个小问题。在我们公司，我们有一个协议，即与错误跟踪器中的某些问题相关的所有提交都应该以#<issue_number>（例如，#8956）开头。但是 git 在使用编辑器编写消息时会忽略所有以字母“#”开头的行。如果我使用git commit -m '#<issue_number> <Message>'没有问题。但我想在不使用-m标志的情况下修改提交并编辑它的消息。#那么有没有办法让 git在使用编辑器编写提交消息时不忽略以开头的行？
git - 如何使 git 预提交行为取决于提交消息？
我知道要让 git 在提交之前检查提交消息，你可以实现hooks/commit-msg. 但是现在想象一个你想让hooks/pre-commit脚本根据提交消息表现不同的情况？
例如（在一个非常松散的环境中），您可能想要检查[nocheck]您的提交消息中是否有一个标签，它总是让您的提交检查通过。
或者 - 在更严格的环境中 - 您可能希望对每个文件进行注释（因此单独列出）。
或者，您可能希望根据相关文件检查票证 ID。
ETC...
除了在 commit-msg 中进行实际检查（这似乎违反直觉）之外，有没有办法做到这一点？