我正在尝试从SVN存储库更新我们的实时站点.据我所知,回购中没有任何东西.本身应该与工作副本目录中的任何内容冲突.但是当我尝试在公共根目录上"svn up"时,我收到以下错误:
svn: REPORT request failed on '/svn/oursite/!svn/vcc/default'
svn: Working copy path 'app' does not exist in repository
Run Code Online (Sandbox Code Playgroud)
当我在docroot上运行"svn status"时,我看到以下内容:
docroot$ svn st -N
+S app
+S downloads
+S index.php
(etc.)
Run Code Online (Sandbox Code Playgroud)
根据文件,S标志表示whether the item is switched relative to its parent.这甚至意味着什么,我该怎么做才能解决这个问题?
编辑:我应该提一下,我是唯一一个使用SVN存储库的人.我一直在努力工作,试图在我移动事物的同时打败一个又一个的腐败问题.
(SVN很棒,但肯定很脆弱......如果你只是看错了就好像破了!)
Wim*_*nen 29
在与您运行的文件夹相同的文件夹中svn status,运行以下命令:
svn info app
Run Code Online (Sandbox Code Playgroud)
这将显示app文件夹的svn元数据指向的URL.您可能会看到它指向另一个位置,与您根据父文件夹的URL所期望的位置进行比较.
然后,您可以使用svn switch将每个已切换的文件夹指回正确的URL,或者只是删除每个已切换的文件夹,rm -rf然后执行操作svn update.
重读问题后更新:当他说切换文件夹不应该导致错误时,斯科特是对的svn update.
您遇到工作副本问题的原因是您在不使用svn mv命令的情况下移动或重命名文件夹.这是一个经典的SVN新手错误; 我参与培训新的SVN用户,我已经看过很多了.
在这种错误的操作之后修复工作副本是相当困难的.解决问题的最佳方法通常是进行新的结账.未来版本的SVN将集中化 Subversion 1.7现在已经集中了.svn元数据,减少了出现此类错误的机会.
我认为该目录已被破坏.如果核对它并不是什么大不了的事,我确信删除目录并重新更新/签出将使问题消失.
我不认为他们对正在切换的目录是正确的,因为你绝对可以在切换目录中运行svn而没有问题.
这是一个用核心方式解决它的人(http://andychase.net/posts/2006/04/working-copy-path-foo-does-not-exist-repository),其他几个例子很容易搜索.
| 归档时间: |
|
| 查看次数: |
16302 次 |
| 最近记录: |