大于一行的git提交消息

我们在Eclipse中使用git（图形git）。我们的commit语句有一个描述，然后是一个变更ID。我们的描述必须在开头有一个JIRA故事

我的问题是在提交中不能有多行，否则它会抱怨（见下图）。实际上，这只是一行，但“字段”一词绕了一圈。你不能用一行字来描述。有人知道怎么解决这个问题吗

---

当第一行太长时，消息编辑器似乎在添加硬换行符。解决办法是缩短第一行。如果您需要其他解释，请添加一个空行，然后在Change-Id之前添加文本。

Git文档在（我的重点）中说：

虽然不是必需的，但最好在提交消息的开头有一行（少于50个字符）总结更改，然后是空行，然后是更全面的描述提交消息中第一个空行之前的文本被视为提交标题，该标题在整个Git中使用。例如，git格式的补丁将提交转换为电子邮件，并使用主题行上的标题和正文中提交的其余部分

因此，git本身确实会将多个“物理”行（直到第一个空行）处理为一个“逻辑”行，并将其显示在git log--oneline中。其他工具可能会也可能不会这样做

---

因此，您可以忽略警告。

这很难做到。标题行尽量简短。你可以在正文中得到你想要的描述。整个“ATEST-14871更新组的输入字段”是强制性的JIRA故事吗？那么这似乎是多余的（数字代码应该是作为标识符所需要的全部）这是一个愚蠢的要求。你可以使用邮件的正文吗？日志应该让你有一个简短的标题行，一个空行，然后从第三行开始有尽可能多的包含详细信息的文本。这就是我们的工作方式：使用一个简短的摘要标题行，显示在日志的单行视图中，如果需要，在日志中添加更多详细信息正文，显示在日志的多行视图中。这是因为Eclipse（正确地）是将标题硬包装到50个字符左右的限制。然后正确地警告您。您应该尝试重写标题，使其更简洁，并将其余部分移动到提交正文中。如果这违反了项目的协议，您应该提出该协议，并对其进行查看和更改。保留第二行空白比您更重要r公司策略，因为如果不这样做，它将是git日志。您不应该在更改id之后添加文本。更改id通常应该是git提交消息中的最后一个内容。请参阅。最好在更改id之前添加额外文本，同时确保在标题行和额外文本之间有一个空行。@Alderath感谢您的建议.我编辑了我的答案。我不熟悉更改ID。