Svn Subversion：编辑或不编辑提交注释

我正在和管理层讨论颠覆行为。我已经要求他们告诉管理员配置我们的Subversion存储库，这样就可以在以后更改提交注释，以防我甚至错过了校对：-）

我的论点是

• 记录需要删除的消息 改进，如更广泛 注释或拼写错误，可以是 变了
• 在输入日志消息时很容易出错，这样可以恢复错误
• 每个人都应该在犯错误时有第二次机会：-）
• 如果将源代码和注释从存储库导出到第三方，如果发现错误的日志消息，这将非常有用。如果注释无法更改或仅在导出的文本文件中更改，则所有内容都将变得不同步

犯人是,

• 日志消息本身会发生更改 没有被证实，所以旧的 消息显然丢失了

我们的管理层拒绝了我的变更请求，因为“增加了管理成本”和“事后变更的风险更高”。很明显，我要求更广泛的解释

你们对此有何评论？你怎么认为？之后编辑日志消息是否可以？你能再给我一点建议告诉管理层吗

---

我认为这限制了开发人员的自由，作为我的开发人员，我希望最大限度地繁荣freedome:-）

我们在工作中这样做。如果在提交之前无法查看一个重要的更改，可以将

“r:username（pending）”

添加到日志消息中。指定的审阅者完成后，他们编辑日志消息以删除

（挂起）

。他们还可以在日志消息中添加其他注释。

下面是一个用例。我们有JIRA问题追踪者。它有一个Subversion插件，从我们的存储库加载所有Subversion提交消息，并将它们与JIRA系统中的相应问题关联起来。关联是自动完成的。我们所要做的就是在进行Subversion提交时指定问题编号。JIRA Subversion插件解析日志消息，查看问题编号并相应地关联它们。当登记信息不包含问题编号或包含错误的问题编号时，就会出现问题。需要更正此类日志消息，以便JIRA中反映的Subversion提交是正确的

这完全取决于你的评论是如何使用的。如果你的评论是必要的文档，你可以考虑创建一个变更日志注释。在向Web服务器提交新注释时，触发它生成一个diff并将其附加到日志中。然后，您就拥有了所需的所有文档，以防有人破坏重要的注释，从而恢复它们

---

您还可以简单地使所有评论编辑触发电子邮件，以便每个人都知道何时编辑了评论。如果有人做了不正常的事情，只需将其更改回去。

答案应基于团队使用日志消息的频率。如果你每天都在使用它们，我的意思是，实际阅读和处理其中包含的信息，那么你应该能够更改它们。但是，如果日志消息中的注释就在那里，这样您就可以偶尔回头查看它们，那么为什么还要费心修改它们呢

---

我认为可能还有一个更进一步的问题，那就是你正在把更多的信息放进你的日志消息中，这会以一种更容易访问的形式更好，比如bug追踪器或wiki

为了避免丢失日志消息的历史记录并添加某种级别的备份，您可以实现一个钩子脚本，将日志消息属性的新旧值写入一个文件（或通过电子邮件发送，或创建一个声音文件，并让它大声拼写更改以供大家听到，或…）

---

通过这种方式，始终可以签入post revprop change hook脚本编写的文件，并查看原始消息。

嘿，老兄，我们听说你喜欢修改修订，所以我们将你的存储库放在存储库中，这样你就可以将注释签入到签入注释中！为什么不用SVN标记它呢？在这种情况下，在没有正确格式的提交消息的情况下简单地拒绝提交可能更合适。这可以通过svn中的预钩子来实现。但这并不完全正确。1.并不是所有的工作都与吉拉有关。因此，并非所有情况下都需要发行编号。2.如果输入了错误的发行号，以后仍需编辑。