Visual Studio和Temp文件夹的病毒扫描[英] Visual Studio and Virus Scan of Temp folder

本文是小编为大家收集整理的关于Visual Studio和Temp文件夹的病毒扫描的处理/解决方法,可以参考本文帮助大家快速定位并解决问题,中文翻译不准确的可切换到English标签页查看源文。

问题描述

我们将Visual Studio 2008用作我们的主要开发IDE.我们的安全团队已经设置了MCAFEE来扫描我们的\ local设置\ temp文件夹中的文件.不幸的是,VS在代码构建过程中使用此目录,这正在减慢开发人员的速度.我们已经与安全团队达到了僵局,并想知道是否有人知道VS中的配置设置,我们可以将文件夹更改为编写这些临时文件的位置.

谢谢

推荐答案

您可以编写一个批量文件,该文件覆盖%temp%和%tmp%变量,然后启动Visual Studio.当批处理文件覆盖环境变量时,仅适用于该会话,它不会为直接从其他批处理文件/系统启动的应用程序修改%temp%.

其他推荐答案

使用Web.config中"汇编"部分的tempDirectory属性:

<compilation debug="true" tempDirectory="C:\Foo">

确保您将ASPNET帐户写入c:\ foo(或您的ASP.NET工作流程的任何一个帐户都在下运行 - 在我的情况下,它是一个域帐户).

at per:

其他推荐答案

如果您能够在框上调试过程,然后将调试器附加到病毒扫描仪上,而忘记在击中附件断点后将其运行将提高性能.

本文地址:https://www.itbaoku.cn/post/543781.html

问题描述

We are using Visual Studio 2008 as our primary development IDE. Our security team has set up McAfee to scan files in our \Local Settings\Temp folder. Unfortunately VS uses this directory during code builds which is slowing the developers down. We've reached an impasse with the security team on this, and wonder if anyone knows of a configuration setting in VS where we could change the folder to where those temporary files are written.

Thanks

推荐答案

You can write a batch file which overwrites the %TEMP% and %TMP% variables and then launches visual studio. When the batch file overwrites an enviorment variables it is applicable only for that session, it does not modify the %TEMP% for applications launched from other batch files / system directly.

其他推荐答案

Use the tempDirectory property of the compilation section in your web.config:

<compilation debug="true" tempDirectory="C:\Foo">

Make sure you give the ASPNET account write access to C:\Foo (or whichever account your ASP.NET worker process is running under - in my case it's a domain account).

As per: http://msdn.microsoft.com/en-us/library/system.web.configuration.compilationsection.tempdirectory.aspx

其他推荐答案

If you are able to debug processes on the box then attaching a debugger to the virus scanner and forgetting to let it run after hitting the attach breakpoint would improve performance.