Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在git上编写多行提交消息是一种糟糕的做法吗?_Git_Version Control_Git Commit_Conventions_Commit Message - Fatal编程技术网

在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的观点:将一行作为主题,然后是一个空行,然后是一个描述(如果必要),这被广泛认为是良好的实践。除了

我在git上的提交消息通常如下所示:

* Fix bug abc
* Refactor xyz
* Document 123
* ...
我想知道这是否是一种不好的做法,我更喜欢一行提交消息,或者至少提供一行标题

另一方面,这样写会不太舒服


您的建议是什么?

尽管您可以随心所欲,但Git标准是:

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