"拒绝访问路径。"在尝试将文件签入TFS时

时间:2015-01-08 03:41:06

标签: visual-studio-2013 tfs azure-devops tfs2013

我突然遇到类似“E:\ Websites \ Stage \ mywebsite \ somefile.ascx的错误:尝试访问时,对我的本地文件中的路径被拒绝” 检查它们。它失败的文件是各种文件,PNG,ASPX,CONFIG等。

我正在使用Visual Studio 2013 for Web(Update 4)和visualstudioonline.com TFS。

文件存储在网络位置,我有一个映射到该位置的驱动器。我可以手动打开,操作和保存任何错误的文件,因此我认为这不是真正的权限问题。

这个设置已经工作了几个月,但突然间它给了我一些问题。

我在文件夹Get-ChildItem -Include *.* -Recurse -Path 'E:\Websites\Stage' | select fullname,isreadonly上运行了一个powershell脚本,所有文件在 isreadonly 列下返回'False'。没有错误返回。

我需要一些进一步的想法。

3 个答案:

答案 0 :(得分:12)

我在另一个StackOverflow question找到了解决方法。

基本上,您搁置挂起的更改,然后提交它。不需要取消他们。

我只建议您使用它来签入您的更改,直到您在本地设置另一个工作区(或某人修复该问题)。

与其他许多人一样,在通过共享驱动器映射的主机上具有本地工作空间的VM中使用Visual Studio 2013在更新到“VS2013 update 4”之前运行良好。

我建议使用这种设置,理由是如果VM崩溃,那么我就不会失去我的更改。

答案 1 :(得分:4)

不支持在网络位置存储本地工作区,不应该这样做。

拥有一个“本地”(物理上位于本地计算机上)工作区,您可以在其中编辑文件并签入。然后使用自动构建将文件发布到您选择的位置。

答案 2 :(得分:2)

我在Mac上运行Parallels中的Windows / Visual Studio,并将一个项目保存到我的桌面上(是的,对我感到羞耻)。在内部,此路径作为\\ psf \ Home \ Desktop处理,即使它存储在本地而不是网络中。仍然提供相同的异常,并通过将其移动到常规驱动器(c:\ ...)

来解决