Asp.net 如何防止Visual Studio 2005'；s"；“干净”；删除第三方二进制文件的命令？
我正在开发一个Sitecore/ASP.NET项目。今天，在某个时候，我无意中点击了解决方案上下文菜单中的“Clean”选项。我花了一段时间才弄明白为什么我的网站被彻底破坏了。结果表明Visual Studio继续并从\bin目录中删除了几个不属于我的项目的必需程序集 我怎样才能防止这种情况再次发生 奇怪的是，它没有删除所有内容。。。就一小把。它留下了许多我的项目没有直接引用的内容。这让我想知道这个功能到底应该做什么？有什么我可以设置的文件标志吗？所有文件均未设置为只读。如果您对详细信息感兴趣，将删除以下内容： Sitecore.Analytics.dllAsp.net 如何防止Visual Studio 2005'；s"；“干净”；删除第三方二进制文件的命令？,asp.net,visual-studio,visual-studio-2005,sitecore,Asp.net,Visual Studio,Visual Studio 2005,Sitecore,我正在开发一个Sitecore/ASP.NET项目。今天，在某个时候，我无意中点击了解决方案上下文菜单中的“Clean”选项。我花了一段时间才弄明白为什么我的网站被彻底破坏了。结果表明Visual Studio继续并从\bin目录中删除了几个不属于我的项目的必需程序集 我怎样才能防止这种情况再次发生 奇怪的是，它没有删除所有内容。。。就一小把。它留下了许多我的项目没有直接引用的内容。这让我想知道这个功能到底应该做什么？有什么我可以设置的文件标志吗？所有文件均未设置为只读。如果您对详细信息感兴趣，
Sitecore.Client.XML
Stimulsoft.Base.dll
Stimulsoft.Report.dll
Stimulsoft.Report.Web.dll
Stimulsoft.Report.WebDesign.dll
Telerik.Web.UI.dll
更新：你知道。。。我想我在这里真正感兴趣的是为什么Visual Studio保留了大部分文件，只删除了这些特定的文件。我相信如果将这些文件放在bin以外的子目录中，Visual Studio不会删除它们。您仍然可以将新的子目录作为部署的一部分。将DLL放在其他目录中。您可能不希望将它们作为项目的一部分。从新目录中引用DLL。编译时，DLL将复制到bin目录 我处理很多项目，并在项目的根目录中保留一个bin目录来存储第三方DLL，正是出于这个原因 目录结构示例： MyProjects - bin - 3rdParty.dll - Project1 - Project2 - ProjectN 我的项目 -垃圾箱 -第三方.dll -项目1 -项目2 -项目 这允许所有项目都有第三方dll的已知参考位置，而无需将dll复制到每个项目中
如果您在一个团队中工作，那么您应该就代码的标准目录结构达成一致。这将为您省去除此之外的许多麻烦。对于Sitecore，只需确保设置引用的属性（Sitecore.Kernel、Sitecore.Client等）：
“Copy Local”=false。问题的正确答案取决于引用程序集的方式以及如何将它们包含在项目输出中 项目生成的
binobj- /项目/我的解决方案/
- /项目/我的解决方案/库/
- /项目/我的解决方案/项目A/
- /项目/我的解决方案/项目B/
<Target Name="AfterBuild">
<CreateItem Include="$(SolutionDir)\Third Party\Sitecore\*.*">
<Output TaskParameter="Include" ItemName="FilesToArchive" />
</CreateItem>
<Copy SourceFiles="@(FilesToArchive)" DestinationFolder="$(TargetDir)\%(FilesToArchive.RecursiveDir)" />
</Target>
CreateItem Include是放置Sitecore二进制文件的路径。好吧，我将继续回答我自己的问题，因为这似乎是迄今为止最简单的答案。我将有问题的程序集标记为只读。现在它们没有被清洗
仍然想知道为什么其他大多数没有被删除。Hero。。。你的回答表面上是有道理的。。。至少，这可能是VisualStudio的行为方式。但显然不是这样，因为clean/rebuild在bin目录中留下了大量其他DLL，这些DLL不是我的项目构建或引用的。我的项目按照Sitecore的建议进行设置。如果手动删除
bin