我似乎每年都在讨论有关$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/