您如何写命令式提交消息？
根据专家的说法，开发人员应以命令性的心情写入git提交信息。
如果不讨论积极的声音是什么以及在命令式的情绪中说话意味着什么，我们可以简单地说，在这些单词之后，急切的git提交信息自然而然地流动：
如果应用此git commits消息将...
当务之急的例子
问问自己：以下三个git提交消息中的哪个是在命令式的心情中写的？如果应用此git commits消息将…
修复了缓冲区溢出问题。
修复缓冲区溢出问题。
修复缓冲区溢出问题。
如果您选择了选项3，那么您已经掌握了当务之急。您现在知道如何写命令式git提交消息。
除了我个人认为，编写充满活力的命令式git提交消息的指令是完整的铺路。这就是原因。
Angular项目的成员擅长尊重其GIT犯罪信息中的命令式情绪。
git提交消息应该过去时态吗？
当务之急的心情不是思考您完成的工作的自然方式。如果您正在撰写Git提交消息，那么您已经完成了工作。在写代码之后，您不以前编写提交消息。
git提交的信息讨论了所做的事情，从过去的时态开始，这对我来说更有意义。
此外，当我在开源项目上进行筛选时，这并不是我通常看到的。我最佩服的软件开发人员从事最具创新性产品的工作，并不特别努力地观察他们的git提交信息的命令性情绪需求。如果他们不被这个概念捕获，为什么要成为？
最后，命令性指令相当民族以种族为中心。并非所有的语言都像英语一样流动，因此根据女王的英语来推动语法，每个人的喉咙对我来说似乎并不正确。
这是一个很好的git提交信息还是坏消息？
git提交消息标准
我最喜欢的谚语之一是：“没有正确的答案，只有错误的答案。如果您没有错。
当然有GIT提交消息标准和最佳实践，但是您应该遵循的正确准则和惯例是您的团队决定的准则。
如果您的团队说每个git犯罪都必须处于积极的声音或命令式的心情中，那么这就是您必须遵循的指导。不这样做意味着您在做错事，这是不对的。
另一方面，如果您的团队不规定命令术，那么我说您的git commits邮件应该描述您所做的工作，而不是应用程序会做些什么。当务之急的git提交消息使您的git repo提交更难以筛选，这是您追踪错误或试图找到致命错误来源时所需的最后一件事。