Visual Studio 2013和2015保存失败

将要

保存源文件(例如.cs)时,我经常得到以下内容

  • 单击保存,全部保存或构建(任何触发保存的操作)
  • VS提示“另存为”对话框
  • 选择与原始文件相同的文件名通常会失败,并显示“文件已存在时无法创建文件”

在“另存为”阶段中等待30秒通常会成功。

到目前为止我尝试过的事情

  1. 禁用防病毒-无效
  2. 从本地工作区(我们使用TFVC)切换到服务器工作区-问题消失了
  3. 在VS外部修改相同的文件-使用记事本/记事本++可以正常工作
  4. 禁用所有插件/扩展名-无效
  5. 删除工作区并重新创建-最初不那么常见然后再回到常见的问题
  6. 尚未发现问题的开发人员使用相同的源代码-他们看不到问题
  7. 在VM而不是我们的普通工作站上运行VS-同样的问题
  8. 从2013年到2015年将TFS升级-相同的问题
  9. 工作区的大小似乎不相关。已经看到大小文件(> 100k文件)的问题

这些意味着问题与工作站或用户有关。与源代码管理无关。与Visual Studio有关

其他资讯

  • 我们不使用驱动器加密
  • 源代码驱动器是RAID 1 ssd
  • VS通过在同一目录中创建一个新的临时文件然后重命名来保存文件。通过监视文件系统,我可以看到正在创建的临时文件,因此看起来像重命名会引发错误。

MS Connect中有一个类似的问题被标记为已修复:https : //connect.microsoft.com/VisualStudio/feedback/details/860265/unable-to-save-files-in-vs-2013-update-2- rc2

上面问题中提到的错误消息似乎有所不同,创建现有文件与进程正在使用文件

这影响了40位开发人员中的15位,并且解决方法相当分散注意力。我们有解决方法,但很高兴知道原因

将要

找到了原因–一种称为Avecto的安全产品。看起来像一月左右部署的更新。

删除Avecto可以使问题解决。仅禁用Defendpoint服务是不够的,必须将其完全卸载。毫无疑问,Infra会向我们的供应商提出错误。

它仅影响存在于ssd上的文件,而无法对硬盘上的文件进行复制,这就是为什么并非每个人都受到影响

更新于2016-04-25:Avecto对此进行了修复。我不知道详细信息(由另一个团队管理),但是自应用以来我们没有遇到任何问题。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章