您如何解释$log$关键字的风险?

我认为 Subversion FAQ 也有很好的解释。

当您开始合并更改时,$log$是一个非常恐怖的角色。 分支之间。实际上你肯定会在那里发生冲突, 因为这个关键字的性质,它不能 自动解决。

除了其他人所说的以外,还可以尝试发表评论。*/)在提交消息中:->。

源文件中有用位的数量会随着其中包含$log$语句的更改而缓慢减少。我们在一些来自cvs的文件中使用了它,$log$语句的行数比文件中的可执行代码实际长10倍。由于一些分支的合并不好,造成了一些重复。

你可以考虑(强调 可以 )嵌入 不变的 文件中的元数据。
(见我和一个“年长的学生”之间的辩论: Embedded Version Numbers - Good or Evil? )

尽管我一直认为这种做法是邪恶的(将元数据信息混合到数据中),引入“合并地狱”,但有人可能会认为它可以与正确的合并管理器一起工作,因为 固定格式的不可变元数据 ,像:

• $修订版$$修订版:9.13$
• $date$日期:2009/03/06 06:52:26$
• $rcsfile$$rcsfile:stderr.c,v$

但是像日志这样的可变元数据?格式或内容未知?那肯定会失败的。