我正在清理一堆来自不同来源的视觉工作室项目/解决方案，并且有数量惊人的临时文件 and 临时文件夹存储在每个溶液中。
我想知道哪些文件类型可以安全删除，以便我可以编写一个脚本来处理繁重的工作，这样当我尝试组织整个文件夹结构并将其链接到正确的共享时，可以减少垃圾的数量文件位置。
据我所知，以下文件和文件夹是临时的，可以安全删除：
Files
- *.sdf
- *.sln.docstates
- *.suo
- *.upgradelogxml
- *.user
- *.vcxproj.filters
- *.sln.旧
- *.suo.old
- 升级日志.XML
- *.wixproj.vspscc
- *.csproj.vspscc
- *.SCC
- *.ncb
- *.opt
- *.plg
- *.aps
- *.clw
Folders
- _UpgradeReport_Files（文件夹）
- ipch（文件夹）
- bin、obj、debug、release 和其他构建输出文件夹，尽管在构建过程中可能会有文件复制到此处...
- 备份、备份 1 等...
我什至不确定其中一些文件类型到底是什么，我只知道当您打开解决方案时它们会重新生成 - 而且我知道我在旧版和新版 Visual Studio 中错过了更多文件类型。
上面的列表中是否有应保留的文件类型？如果是这样，出于什么原因，是否还有其他文件类型可以清除而不会产生任何严重的副作用？
总体想法是，当解决方案需要迁移、移动或重组或以其他方式进行洗牌时，最大限度地减少解决方案的规模和复杂性，从而使“解决方案脂肪”成为严重的性能和管理问题。
通常，如果我需要将某些内容签入新的源代码控制系统、通过电子邮件压缩并发送示例代码或将第三方或同行代码放入共享文件夹和文件的现有层次结构中，我就会看到此问题。
我不同意您的“临时”文件列表 - 当然，其中很少有本质上是临时的（否则它们将位于 %TEMP% 目录中）。当然，其中大多数对于您的项目成功构建来说并不是必需的，但它们仍然很重要。
-
*.sdf- SQL Server Compact 数据库。 VS2012用来存储VC智能感知数据。如果没有此文件，在重建之前您将无法获得智能感知和代码完成。
-
sln.docstates- 存储有关解决方案中文件的临时状态信息。
-
suo- 包含有关每个解决方案 IDE 自定义设置的信息，例如窗口布局和工具箱加载。删除它通常是安全的，但您的解决方案将来可能需要更长的时间才能加载，并且您将丢失所有 UI 自定义设置。
-
upgradelog.xml- 是的，升级日志文件有点乱。这个可以删除。
-
user- 我确信这是 VC6 天的旧文件......
-
vcxproj.filters- 保留这个，它是每台计算机/每个项目的文件系统组织列表
-
sln.old and suo.old- 据我所知，VS 中没有官方工具可以将任何文件的文件扩展名重命名为.old，这可能是手工制作的手动备份副本。
-
*.wixproj.vspscc, *.csproj.vspscc，或任何.vspscc文件和*.scc文件 - 这些文件与旧的（非git），VS 使用的源代码控制系统，即 TFS（我认为 SourceSafe 在某一时刻也是如此？）。这些文件不应被删除，因为它们用于存储（非git）源代码控制配置信息，并且在删除绑定文件后尝试将未经检查的更改重新集成回源代码控制是很痛苦的。仅当您不使用源代码管理或已使用时才删除此内容fully切换到git.
-
*.ncb- VC6 到 2010 中使用的 Intellisense 缓存。如果删除此缓存，您将丢失 VC intellisense，直到 IDE 重新构建它，这可能会在大型项目上造成严重影响。
默认情况下，Visual Studio 不使用其他文件扩展名，例如列出的文件扩展名.opt, .plg, .aps, .clw- 尽管.opt似乎是一个链接器输入文件 https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/524321/ccsobjs-opt-file for TI 的 Code Composer Studio https://www.ti.com/tool/CCSTUDIO，因此，由于 OP 似乎在其项目文件夹中具有其他 IDE 的项目/工作空间/配置文件，那么这些文件很可能是特定于其他 IDE 的，在这种情况下，我不能说它们是否是临时的。
当然，诀窍是首先在解决方案中正确排列文件。项目源文件应与项目元数据（即我刚刚在上面列出的文件）分开保存，最好位于其自己的层次结构中的单独文件夹中（这样您可以为同一源代码拥有多个 VC 项目文件，从而允许贡献者使用 VC2005， 2008 年和 2010 年同时）。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
