简体   繁体   English

Linux上的PHP4,Windows上的Dev…颠覆问题

[英]PHP4 on Linux, Dev on Windows… Subversion problem

"Cleanup failed to process the following paths The system cannot find the file specified" “清理无法处理以下路径,系统找不到指定的文件”

Am having this issue with Tortoise SVN going to a SAMBA share.. any thoughts on setup? Tortoise SVN是否要在SAMBA分享中遇到这个问题?。关于安装的任何想法吗? Its probably permissions getting mucked up, but this setup doesn't feel very robust.. am having to delete the affected directory, then recreate from svn. 它的权限可能被破坏了,但是此设置感觉不是很可靠。必须删除受影响的目录,然后从svn重新创建。

I do all my dev in notepad++ on the windows box, and use a windows shared drive through Samba. 我在Windows框中的notepad ++中完成所有开发,并通过Samba使用Windows共享驱动器。

Windows Vista laptop running subversion and tortoise. Windows Vista笔记本电脑运行颠覆和乌龟。

Ubuntu8.10 running under VMWare which runs PHP4 and a old sybase_ct driver talking back to MSSQL on the host machine. 在运行PHP4的VMWare下运行的Ubuntu8.10和旧的sybase_ct驱动程序在主机上与MSSQL进行通讯。 I need this to mirror the production environment. 我需要它来反映生产环境。

we have the same issue at work 我们在工作中遇到同样的问题

often Tsvn (TortoiseSVN) has a problem to move folders created by itself, so we get an error like ' Can't move xxx to yyy... ' ' Working copy locked, please cleanup ' or something like, then the cleanup fails. 通常Tsvn(TortoiseSVN)在移动自己创建的文件夹时遇到问题,因此我们收到类似“ 无法将xxx移动到yyy ... ”,“ 工作副本已锁定,请清除 ”之类的错误,然后清除失败。

we tried with ' readonly = yes ' in samba share definitions but it didn't work. 我们在samba共享定义中尝试使用“ readonly = yes ”,但是没有用。

After that we find that folders created by the Tsvn creates folder with 444 or something like (readonly for the owner too), so that folders can't be deleted when it needs to move them. 之后,我们发现Tsvn创建的文件夹创建的文件夹为444或类似名称(对所有者也是只读的),因此在需要移动文件夹时无法删除该文件夹。 We solve the problem with 'force create mode = 600' in the share definitions. 我们在份额定义中使用'force create mode = 600'解决了问题。

And more, i tell you that you don't need to delete the entire project and checkout from SVN a new working copy when you're blocked with that error: it's enough to launch from shell this command when you are in the target shared root folder of the project 还有更多,我告诉您,当您因该错误而被阻止时,您无需删除整个项目并从SVN中签出新的工作副本:当您位于目标共享根目录中时,足以从shell启动此命令项目文件夹

rm -rf `find . -type d -name .svn`

to remove the .svn folder recursively and then checkout (the files already there will be only re-versioned, not downloaded). 以递归方式删除.svn文件夹,然后检出(已经存在的文件将仅被重新版本化,而不下载)。

In my experience using Apache + SVN is a lot more robust than sharing a file repository, albeit harder to set up (probably not too bad with Ubuntu as it has apt) 以我的经验,使用Apache + SVN比共享文件存储库要强大得多,尽管设置起来比较困难(对于Ubuntu来说,可能不太合适,因为它很合适)

Alternatively, you could use ssh+svn, ie tunnel to the linux box. 或者,您可以使用ssh + svn,即隧道到linux盒。

Both methods eliminate samba and file sharing which sounds suspicious. 两种方法都消除了桑巴和文件共享,这听起来很可疑。

I think I've found my issue: 我想我发现了我的问题:

http://tortoisesvn.tigris.org/faq.html#samba http://tortoisesvn.tigris.org/faq.html#samba

In my /etc/samba/smb.conf file put in delete readonly = yes 在我的/etc/samba/smb.conf文件中,放入delete readonly = yes

fingers crossed.... 手指交叉....

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM