Visual studio 2013 &引用;对路径的访问被拒绝。”;尝试将文件签入到TFS时

Visual studio 2013 &引用;对路径的访问被拒绝。”;尝试将文件签入到TFS时,visual-studio-2013,tfs,azure-devops,Visual Studio 2013,Tfs,Azure Devops,我突然开始遇到一个类似于的错误:E:\Websites\Stage\mywebsite\somefile.ascx:在尝试签入大量本地文件时,路径访问被拒绝“。它失败的文件是各种各样的文件,PNG、ASPX、CONFIG等等 我正在使用Visual Studio 2013 for Web(更新4)和visualstudioonline.com TFS 文件存储在网络位置,我有一个映射到该位置的驱动器。我可以手动打开、操作和保存任何出错的文件,因此我不认为这是真正的权限问题 这个设置已经运行了几个

我突然开始遇到一个类似于的错误:E:\Websites\Stage\mywebsite\somefile.ascx:在尝试签入大量本地文件时,路径访问被拒绝“。它失败的文件是各种各样的文件,PNG、ASPX、CONFIG等等

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

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

这个设置已经运行了几个月,但突然给我带来了问题

我在文件夹
Get ChildItem-Include*-Recurse-Path“E:\Websites\Stage”上运行了powershell脚本|选择fullname,isreadonly
,所有文件在isreadonly列下返回“False”。不会返回任何错误


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

将本地工作区存储在网络位置是不受支持的,也不应该这样做


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

我在另一个位置找到了解决方法

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

我只建议在您在本地设置另一个工作区(或者有人修复了这个问题)之前,使用它来签入您的更改

与其他许多应用程序一样,在虚拟机中使用Visual Studio 2013(通过共享驱动器映射位于主机上的本地工作区)在更新为“VS2013更新4”之前运行良好


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

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

它可能已工作数月,但不受支持……奇怪的是,此“签入前搁置”修复了此问题。利用软件中的错误作为解决方法并不能消除此活动的风险。这不是受支持的模型。使用本地光盘位置。您相信在Visual Studio 2017(Pro)中这仍然是一个问题,但同样的解决方法仍然有效-谢谢!经过数小时的搜索,更改权限(在
Catalina
上),将
工作区
本地
更改为
服务器
对我来说很有效。唉,唉。这就是微软产品如此糟糕的原因。在git中,网络位置只是另一个位置,因为它应该是基于服务器的源代码管理、wither TFVC、Subversion或Perforce,不是git,也不像git那样执行。Microsoft非常支持TFS中的Git。不要因为你的选择而责怪供应商。它仍然是一个共享位置,这是不受支持的。工作空间对于Maher和用户都应该是唯一的。因为这看起来像一个共享位置,所以会导致相同的错误。