version-control - 您如何解释$ Log $关键字的风险?

标签 version-control keyword

我似乎每年都在讨论有关$Log$关键字的使用的问题。我的观点是:
$Log$是白热病。

它所做的只是将与垃圾邮件相关的垃圾邮件塞入您的源文件中。任何人认为他们可以从$ Log $中获取的信息都可以从您的版本控制系统中获得(并且可能更准确)。

所以,这是一个问题:您将如何向“老派”编码员(他们认为$ Log $是管理源代码更改的方式)说明我们现在拥有更好的工具?

The CVSNT remarks on $Log$ are a good start,但它们的指向还不够。到目前为止,我所能找到的最接近单行代码的是“$Log$是一个愿望。您希望发送到您的文件中的垃圾邮件与实际发生的事情有任何关系。这个文件。”

PS:为了清晰起见:当我说“守旧派”时,我的意思是态度古老,而不是多年。我的第一个编程薪水(也是非常适度的薪水)是在1986年的某个时候,我从没想到$ Log $是个好主意。

最佳答案

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

$Log$ is a total horror the moment you start merging changes between branches. You're practically guaranteed to get conflicts there, which -- because of the nature of this keyword -- simply cannot be resolved automatically.

关于version-control - 您如何解释$ Log $关键字的风险?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/731595/

相关文章:

c# - "in"关键字对引用类型有什么好处吗?

python - Python中Pass和None有什么区别

php preg_match 以关键字开头

version-control - 是否有 CCRC 版本 7.0.1 的 CLI

svn - 如何找出每个用户的最后一次提交是何时进行颠覆的?

node.js - 跑道 API : get the latest revision date of a single field or an app

php - 如何在全文 MySQL 搜索中同时匹配 htmlentified 关键字和非 htmlentified 关键字

ruby - 如何在 ruby​​ 中处理不正确的 git/hg clone 命令

version-control - 如何实际使用源代码控制系统?