use*_*177 2 git commit-message git-commit
我仍然不完全清楚git提交消息应该写的方式.
我知道基本规则,但这个让我困惑.在我的练习项目中,我创建了一个登录系统和一个用户注册,但尚未在数据库中实现安全密码存储.他们仍然以纯文本形式存储索尼风格.我想在提交消息中记下这一点,但我发现自己陷入了一个奇怪的困境,即如何在命令式中表达这一点.
有什么想法吗？
我个人认为,这应该包含在提交消息中,即使它是对提交中未包含的内容的声明,因为它代表了任何希望使用可能不明显的代码的人的重要信息.瞥一眼这些变化.
关于提交消息的一篇好文章是如何编写Git提交消息.
它的规则n°5确实建议使用势在必行的情绪.
命令听起来有点粗鲁; 这就是为什么我们不经常使用它.但它非常适合git commit主题行.
这样做的一个原因是git本身在代表您创建提交时使用命令.
在您的主题的情况下,一个简单的"不添加xxx"就足以完成您的提交的第一部分("正面声明",在命令中).
我假设你正在尝试决定是否
Don't add hashing #1
或者
Didn't add hashing #2a
Doesn't add hashing #2b
势在必行。这确实是一道英语语法问题。但要回答这个问题，我们首先需要将缩写形式转回完整形式：
Do not add hashing #1
(It) did not add hashing #2a
(It) does not add hashing #2b
第一个是指令或命令……告诉人们不要添加散列。这是势在必行的。
后两个是关于提交的简单事实陈述。他们说提交没有或没有添加哈希。这不是对任何人的指示或命令，因此不是强制性的。（“不”或“没有”都是正确的。这取决于您是否按照撰写该消息的人或阅读该消息的人的时间范围来解释该消息。）
通过该分析，#1 和 #2 形式在提交消息中显然意味着非常不同的事情。更重要的是，您的提交消息应该表达您的实际含义，而不是它们应该符合某些风格规则或约定。
然而 ...
我仍然不完全清楚 git commit 消息的编写方式。
关于该主题没有单一的权威机构。我的建议是不要为此流泪。做你觉得正确的事情。如果有人抱怨，请他们详细解释你做错了什么，并努力学习。（请记住，有些人永远不会满足。）