eat*_*ode 4 tfs visual-studio-2013 tfs2013 azure-devops
当我试图检查它们时,我突然遇到类似于"E:\ Websites\Stage\mywebsite\somefile.ascx:对路径的访问被拒绝"的错误.这些文件失败了是各种文件,PNG,ASPX,CONFIG等.
我正在使用Visual Studio 2013 for Web(Update 4)和visualstudioonline.com TFS.
这些文件存储在网络位置,我有一个映射到该位置的驱动器.我可以手动打开,操作和保存任何错误的文件,所以我不认为这是真正的权限问题.
这个设置已经工作了几个月,但突然间它给了我一些问题.
我在文件夹上运行了一个powershell脚本Get-ChildItem -Include *.* -Recurse -Path 'E:\Websites\Stage' | select fullname,isreadonly ,所有文件在isreadonly列下返回'False' .没有错误返回.
我需要一些进一步的想法.
Fra*_*cis 12
我在另一个StackOverflow问题中找到了解决方法.
基本上,您搁置挂起的更改,然后您提交它.没有必要让他们脱离困境.
我只建议使用它来签入您的更改,直到您在本地设置另一个工作区(或某人修复该问题).
与其他许多人一样,在通过共享驱动器映射的主机上具有本地工作空间的VM中使用Visual Studio 2013在更新到"VS2013 update 4"之前运行良好.
我建议使用该设置,理由是如果VM崩溃,那么我不会松开我的更改.
| 归档时间： |
|
| 查看次数： |
9324 次 |
| 最近记录： |