查找SVN工作文件夹的签出历史记录

查找SVN工作文件夹的签出历史记录,svn,tortoisesvn,Svn,Tortoisesvn,我们有一个由SVN支持的intranet站点,因此该站点是存储库(仅IIS使用的工作文件夹)的签出副本。网站上的某些东西今天一直在引发问题,我想知道如何找出在过去48小时内哪些内容被签出到该工作文件夹 更新:如果将来需要启用某个选项来启用此功能,它是什么 另外,作为一个必然的问题,如果我必须使用文件创建时间,那么对于一个大的文件夹,如何以递归的方式快速完成这项工作 如果我必须检查创建时间,那么也会对解决方案有所帮助。您可以在本地文件上使用创建日期。您不能使用修改日期,因为Subversion将

我们有一个由SVN支持的intranet站点,因此该站点是存储库(仅IIS使用的工作文件夹)的签出副本。网站上的某些东西今天一直在引发问题,我想知道如何找出在过去48小时内哪些内容被签出到该工作文件夹

更新:如果将来需要启用某个选项来启用此功能,它是什么

另外,作为一个必然的问题,如果我必须使用文件创建时间,那么对于一个大的文件夹,如何以递归的方式快速完成这项工作



如果我必须检查创建时间,那么也会对解决方案有所帮助。

您可以在本地文件上使用创建日期。您不能使用修改日期,因为Subversion将这些日期设置为最后一次在签出时更改


Subversion也可以记录签出,但这是服务器端的,取决于您访问SVN repo的方式-如果您以file://url的形式访问它,我认为您运气不好。但是,如果您使用的是SVN服务或HTTP网关,您应该能够检查服务器日志以访问SVN URL。

我会在web文件夹中运行SVN st(以查找签出后更改的任何文件),并将其与存储库进行比较。

web文件夹中的所有代码都应该由SVN提交支持,不是吗

如果是这种情况,您应该能够通过查看SVN日志中最近提交的几个更改,轻松地跟踪问题。
svn info
将告诉您当前工作副本的版本,以便您知道从何处开始查找

一旦你追踪到了包含bug的提交,你可以使用
svn bull
找到做这件事的人,并向他们解释他们忽略了什么以及他们是如何导致bug的。然后你可以让他们为搞砸网站的每个人买午餐

如果您在本地修改/添加了任何不在SVN中的文件,则
SVN stat
SVN diff
将向您显示这些更改是什么,以便您可以确定它们是否也导致了问题。然后,您应该恢复这些更改,以便您的工作副本是一个干净的签出,或者将更改提交到存储库中


没有什么比试图追踪代码中的bug更糟糕的了,3小时后才发现该bug实际上并不存在于任何代码中,而是在某个愚蠢的本地调整中,有人在工作副本中做出了从未提交的修改:-(

不会直接对工作副本进行更改。我们有一个特殊的用户帐户,有权更新进行签出的文件夹。