我应该硬包装 SVN 提交消息吗
Should I hard-wrap SVN commit messages
在 Git 用户社区中，将提交消息正文硬包装为 72–76 个字符宽度是一种广泛采用的做法；每个人都知道这一点，像 'git gui' 这样的工具通常会明确指出硬包装是必需的。但 SVN 似乎并非如此。例如，TortoiseSVN 的提交对话框完全没有提供有关换行的提示。这是否意味着最好不包装提交消息？还是我应该选择自己的边界？有明确的权威指导吗？
Subversion 没有全球标准/"best practice"。做任何对您的组织和项目有用的事情。
这实际上取决于您组织的要求。
如果您正在为需要 72-76 宽度的某种类型的文档导出颠覆提交，那么您可以在团队中强制执行（甚至可能有一个正则表达式检查，您可以在预提交中编写钩子可以字面上强制执行此操作）。否则，我认为没有必要限制字符宽度（svn 无论如何都不会自动计数）。
但是，如果您只是询问最好的 practices/authoritative 指南来给您答案，您将找不到任何答案。日志消息对您的团队开放解释和使用。
TortoiseSVN 显示包装提交消息的提示。您需要将 tsvn:logwidthmarker property 添加到您的存储库。您还可以定义各种日志消息模板。
顺便说一句，VisualSVN 提交选择 window 也支持 tsvn:logwidthmarker。
在 Git 用户社区中，将提交消息正文硬包装为 72–76 个字符宽度是一种广泛采用的做法；每个人都知道这一点，像 'git gui' 这样的工具通常会明确指出硬包装是必需的。但 SVN 似乎并非如此。例如，TortoiseSVN 的提交对话框完全没有提供有关换行的提示。这是否意味着最好不包装提交消息？还是我应该选择自己的边界？有明确的权威指导吗？
Subversion 没有全球标准/"best practice"。做任何对您的组织和项目有用的事情。
这实际上取决于您组织的要求。
如果您正在为需要 72-76 宽度的某种类型的文档导出颠覆提交，那么您可以在团队中强制执行（甚至可能有一个正则表达式检查，您可以在预提交中编写钩子可以字面上强制执行此操作）。否则，我认为没有必要限制字符宽度（svn 无论如何都不会自动计数）。
但是，如果您只是询问最好的 practices/authoritative 指南来给您答案，您将找不到任何答案。日志消息对您的团队开放解释和使用。
TortoiseSVN 显示包装提交消息的提示。您需要将 tsvn:logwidthmarker property 添加到您的存储库。您还可以定义各种日志消息模板。
顺便说一句，VisualSVN 提交选择 window 也支持 tsvn:logwidthmarker。