我们的解决方案之一的postbuild任务使用xcopy将文件移动到构建工件的公共目录中。由于某种原因,在我的计算机上(以及在我测试过的VM上),xcopy在“拒绝访问”时失败。下面是我为隔离这些问题所做的工作:
我错过了什么,除了偏执的阴谋论,涉及电脑出来救我?这种情况发生在我的dev机器和一个干净的VM上,但不会发生在项目中的其他人身上。
发布于 2009-03-18 19:48:13
问题解决了,谜题有两块。
/O交换机需要升级到Vista上。此外,我还注意到,在Vista中,xcopy被弃用,而更倾向于机器人复制。现在我正在和我们的建筑工程师讨论这个问题。
发布于 2014-07-23 14:17:35
发布于 2015-05-12 00:29:40
您需要以管理员身份运行XCOPY,这是无法避免的。
如果您不想以管理员身份运行您的副本,则必须使用罗博平。
但是,请注意,对于ROBOCOPY,使用/COPYALL开关非常诱人,它也复制审计信息,并要求“管理审核用户权限”,这再次邀请您以管理员身份作为快速解决方案运行。如果您不想以管理员身份运行您的副本,那么就不使用 the /COPYALL (或/Copy:DATSOU)开关。相反,使用/Copy:DATSO,因为U代表aUditing。
还请注意,如果从NTFS复制到FAT文件系统,则无法“将NTFS安全性复制到目标目录/文件”。
https://stackoverflow.com/questions/659463
复制相似问题