1
1
对。 这主要是因为在提交消息的使用和目的方面的培训不足。最好定期寻找这些信息,并与执行此操作的人员联系,告知他们良好的描述性提交消息的重要性。如果人们知道如何写一个好的承诺信息,那么你只会看到偶尔的心不在焉。 |
2
6
我想这是技术解决方案无法解决的问题。您总是可以找到有效的案例,工具将禁止或相反。 提交消息的一个例子,我经常使用,并讲述了所有的故事:
最好的解决方案不是技术性的。这是社会工程。与你的团队交谈。 |
3
3
我通常编写非常高的抽象提交消息,因为我不太明白要讲相同的故事,
|
4
2
同一源文件上有相同的提交消息…臭。 在不同的源文件上提交相同的提交消息,并连续提交:可能是正常的,如“添加了额外的日志记录”。 |
5
1
如果我在两个不同的目录中做了相关的更改(在项目中可能被广泛地分隔开),我会这样做。它比查找一个公共根目录,然后取消选择许多不相关的更改或搜索我想要签入的更改容易得多。 |
6
0
我不明白为什么这很糟糕…你不能每次都描述你做了什么…否则,你的大部分时间都会用很多词来描述那些实际上不存在的东西。 例如:
(我头上举的例子…) 所以,例如,“打字错误”——意味着,如果我想编写好的提交消息,我应该用10个以上的字符来描述一个字母中的更改。以其最好的形式出现的专制… |