我们有一个由SVN支持的Intranet站点,因此该站点是存储库的签出副本(仅由IIS使用的工作文件夹)。网站上的某些东西今天引起了问题,我想知道如何找出过去48小时内检查到该工作文件夹的内容。
更新:如果有一个选项,我需要在将来启用它,这是什么?
另外,作为推论问题,如果我必须使用文件创建时间,如何以递归方式快速为大文件夹执行此操作?
如果我必须检查创建时间,那么this question也会对解决方案有所帮助。
答案 0 :(得分:2)
您可以在本地文件上使用创建日期。您不能使用修改日期,因为Subversion会在结帐时将这些设置为最后更改。
Subversion 也可以记录签出,但那是服务器端
答案 1 :(得分:2)
Web文件夹中的所有代码都应该由SVN提交支持,不应该吗?
如果是这种情况,您应该只需通过查看已提交的最后几个更改的SVN日志就可以轻松跟踪问题。
svn info
将告诉您当前工作副本的版本,以便您知道从哪里开始查看
一旦跟踪了包含错误的提交,您就可以使用svn blame
找到执行此操作的人,并向他们解释他们忽略了什么以及它们是如何导致错误的。然后你可以让他们买每个人午餐来搞砸网站。
如果您在本地修改/添加了任何不在SVN中的文件,那么svn stat
和svn diff
会显示这些更改是什么,因此您可以确定它们是否导致问题太。然后,您应该还原这些更改,以便您的工作副本是干净的结帐,或将更改提交到存储库。
没有什么比尝试追踪代码中的错误更糟糕的了,只是为了发现3小时后该错误实际上并不在您的任何代码中,而是在一些愚蠢的本地调整中,某人在工作副本中做了一个从未得到的错误承诺: - (
答案 2 :(得分:1)
根据您访问SVN回购的方式 - 如果您将其作为file:// URL访问,我认为您运气不佳。但是,如果您使用的是svnserve或其中一个HTTP网关,则应该能够检查服务器日志以访问SVN网址。
答案 3 :(得分:0)
我会在网络文件夹中运行 svn st (查找自结帐后更改的所有文件)并将其与存储库进行比较。