Tag: commit message

Git：'git reset'后如何重用/保留提交消息？: 作为Git的用户，我经常遇到这种情况，我需要重新修改一个或多个提交，这种提交方式不适合–amend或修改提交。通常我会做类似的事情 git reset HEAD~1 # hack, fix, hack git commit -a # argh .. do I need to retype my message? 我认为合理的提交信息非常严重。它们通常包含更大的文字，并带有参考和理由的变化。到现在为止，我对通过未分类的git reflog ， git log和复制和粘贴过程恢复旧的提交消息的冗长过程感到非常恼火。有没有更好的解决这个问题？如果我包含多个提交，那又怎么样呢？编辑：有一点思考后，我想我正在寻找的是一些git提供消息修复/修改提交不适当的提交消息。

混帐拉 – 不能提交合并消息: 可能重复：使用pull命令时，githublocking了macterminal 我通过mac上的terminal使用git。当我尝试执行git pull时，最近遇到了一个烦人的问题。执行git pull我收到以下错误信息： Merge ssh://domain.com/repository.git # Please enter a commit message to explain why this merge is necessary, # especially if it merges an updated upstream into a topic branch. # # Lines starting with '#' will be ignored, and an empty message aborts: # the commit. 问题是我不能input任何东西。我的terminal似乎卡住了，我似乎没有任何事情可以做。我对git来说是个新手，所以这可能是我犯的一个简单的错误。我在这里读到，对于一些人来说，文本编辑器在这一点上是开放的。 […]

编写git提交消息时要遵循的标准: 我发现自己pipe理了很多文件（超过60个，但是低于70个），我的提交消息到目前为止遵循这种模式：当我在layout.css添加类似的东西时，我的提交消息是“在layout.css文件中添加了一些东西”当我删除的东西，我的提交信息是“从layout.css文件中删除的东西” 。一些文件下来，我看我的提交饲料，并添加…并删除…消息占主导地位。有时我不记得我删除了什么，或者我在layout.css添加了什么，因为我一次做了很多改变，所以我很难提出一个适当的提交消息。有没有一个标准，我应该遵循，以帮助我拿出我的提交信息？

我应该在git commit消息中使用过去或现在式吗？: 我读过一次，git commit消息应该是现在时态，例如“为x添加testing”。我总是发现自己使用过去式，例如“为x添加testing”，这对我来说更自然。以下是John Resig最近提交的一个消息：在操作testing中调整一些更多的jQuery设置结果。还修复了预期testing结果的顺序。有关系吗？我应该用哪个？