在git上编写多行提交消息是一种糟糕的做法吗?
我在git上的提交消息通常如下所示:在git上编写多行提交消息是一种糟糕的做法吗?,git,version-control,git-commit,conventions,commit-message,Git,Version Control,Git Commit,Conventions,Commit Message,我在git上的提交消息通常如下所示: * Fix bug abc * Refactor xyz * Document 123 * ... 我想知道这是否是一种不好的做法,我更喜欢一行提交消息,或者至少提供一行标题 另一方面,这样写会不太舒服 您的建议是什么?尽管您可以随心所欲,但Git标准是: 单行,附有变更的简要摘要 空行 多行中所有血淋淋的细节 以下是git的创建者Linus Torvalds的观点:将一行作为主题,然后是一个空行,然后是一个描述(如果必要),这被广泛认为是良好的实践。除了
* Fix bug abc
* Refactor xyz
* Document 123
* ...
我想知道这是否是一种不好的做法,我更喜欢一行提交消息,或者至少提供一行标题
另一方面,这样写会不太舒服
您的建议是什么?尽管您可以随心所欲,但Git标准是: 单行,附有变更的简要摘要 空行 多行中所有血淋淋的细节
以下是git的创建者Linus Torvalds的观点:将一行作为主题,然后是一个空行,然后是一个描述(如果必要),这被广泛认为是良好的实践。除了提供的链接@CupofJava之外,这是一个很好的指南。在许多存储库查看器中,例如,gitk,这将显示提交为*fixbug abc。自己决定这是否可取。但是:考虑到这个例子,应该有三个提交,而不是一个。谢谢你的注释!是否还有任何合理的技术原因可以留下空行等等而不是使用星号点?这在很大程度上取决于您的团队希望如何工作,以及人们如何看到提交消息。此外,大多数项目管理工具Jira、Trello、Azure DevOps、Tuleap等。。。提供一种将提交消息与实际提交链接的方法,方法是通过如下方式指示您的票证/项目/工件/产品积压项目/任务@1234I从未注意到此空行建议,但您是对的。我想它的影响或多或少取决于你的习惯和工作流程,但无论如何,强制执行是好的。