Version control 开源注释/责备工具

Version control 开源注释/责备工具,version-control,open-source,Version Control,Open Source,谴责/赞扬/注释代码(或其他有历史记录的文本)的好开源工具是什么 我的意思是一个工具,用来获取在源代码管理中有历史记录的代码,并显示哪一行来自哪个修订/版本 我更喜欢一个能检测移动的线条的。而且它必须是开源的 更新:我想查看/使用它的代码,而不仅仅是使用工具本身。几乎所有的版本控制系统都包含这样的功能(我想说的是,没有损坏的版本控制系统)。如果您使用的是CVS,则comand是CVS注释;如果您使用的是Subversion,那么这是svn的过错。正确的方法是针对您的风投,即使您使用的是基于web

谴责/赞扬/注释代码(或其他有历史记录的文本)的好开源工具是什么

我的意思是一个工具,用来获取在源代码管理中有历史记录的代码,并显示哪一行来自哪个修订/版本

我更喜欢一个能检测移动的线条的。而且它必须是开源的


更新:我想查看/使用它的代码,而不仅仅是使用工具本身。

几乎所有的版本控制系统都包含这样的功能(我想说的是,没有损坏的版本控制系统)。如果您使用的是CVS,则comand是
CVS注释
;如果您使用的是Subversion,那么这是svn的过错。正确的方法是针对您的风投,即使您使用的是基于web的工具,如ViewVC或ViewSVN(或github!)。

我相信在与某些风投(如SVN或Mercurial)结合使用时,会提供一种责备(注释)模式

例如,支持可视注释:


您目前使用的是什么源代码管理工具?值得注意的是,svn还有一个政治上正确的同义词“责备”:(svn表扬):-)正确的方法是使用任何最有效的工具:)事实上,很长一段时间以来,Git没有包含
责备
工具。Linus Torvalds认为(现在仍然如此)编写开放源代码系统是一项协作性工作,并将编写代码的人挑选出来,比如说,跟踪错误的人,找出如何修复错误的人,为该功能编写文档,帮助作者将代码输入主线,等等“表扬”)或是谁把错误介绍给了漏掉它的审查者和合并它的维护者(在“责备”的情况下),这是不公平的。但是Git坏了吗?@Jörg W Mittag我对提交者的兴趣往往比我对消息的兴趣要小得多,因为消息通常会提供更改的意图(比如bugid).从法医学的角度来看,我会说是的,git因为那个用例而被破坏了。