Visual studio временные файлы

Обновлено: 03.07.2024

Как загрузить AVG PC TuneUp 2016 16.13.1.47453 FINAL Serials

Я убираю кучу проектов / решений Visual Studio из разных источников, и есть невероятное количество временные файлы а также временные папки хранится в каждом растворе.

Мне интересно, какие типы файлов можно безопасно удалить, чтобы я мог написать сценарий, который позаботится о тяжелой работе, чтобы было меньше мусора, который нужно перемещать, когда я пытаюсь организовать всю структуру папок и связать ее с надлежащим общим расположение файлов.

Насколько я понимаю, следующие файлы и папки являются временными и могут быть безопасно удалены:

Файлы

Папки

  • _UpgradeReport_Files (папка)
  • ipch (папка)
  • bin, obj, debug, release и другие папки вывода сборки, хотя во время сборки сюда могут быть скопированы файлы .
  • Резервное копирование, Резервное копирование1 и т. Д.

Я даже не уверен, что это за типы файлов на самом деле, я просто знаю, что они повторно генерируются, когда вы открываете решение, и я знаю, что есть еще много типов файлов, которые я пропустил в старых и новых версиях Visual Studio.

Есть ли какие-либо типы файлов, которые следует сохранить в списке выше? Если да, то по какой причине и существуют ли другие типы файлов, которые можно очистить без каких-либо серьезных побочных эффектов?

  • sdf - база данных SQL Server Compact. Используется VS2012 для хранения данных intellisense VC. Без этого файла вы не получите intellisense и автозавершение кода, пока он не будет перестроен.
  • sln.docstates - хранит информацию о временном состоянии файлов в вашем решении.
  • suo - содержит информацию о параметрах настройки IDE для каждого решения, например о макете окна и загрузке набора инструментов. Как правило, это безопасно удалить, но в будущем загрузка решения может занять больше времени, и вы потеряете все настройки пользовательского интерфейса.
  • upgradelog.xml - Да, файлы журнала обновления немного запутались. Это можно удалить.
  • пользователь - уверен, что это старый файл из дней ВК6 .
  • vcxproj.filters - Сохраните это, это штука со списком организации файловой системы для каждого компьютера / проекта
  • sln.old - "старые" файлы не являются файлами VS. Это похоже на файл резервной копии, сделанный пользователем или инструментом.
  • suo.old -
  • UpgradeLog.XML - его можно удалить, если вы не используете инструмент UpgradeLog.
  • wixproj.vspscc - никогда не удаляйте этот файл, если вы используете систему контроля версий. Это часть интеграции системы управления версиями VS. Адски пытаться повторно интегрировать непроверенные изменения обратно в систему управления версиями после удаления файлов привязки. Удаляйте это только в том случае, если вы не используете систему контроля версий.
  • csproj.vspscc - то же, что и выше.
  • SCC - используется для управления версиями. Никогда не удаляйте это, если вы используете систему контроля версий.
  • ncb - кэш Intellisense, используемый в VC6 по 2010 год. Если вы удалите его, вы потеряете VC intellisense до тех пор, пока среда IDE не восстановит его, что может занять некоторое время в больших проектах.

Понятия не имею, что это за файлы: .opt, .plg, .aps, .clw

Конечно, уловка состоит в том, чтобы в первую очередь правильно расположить файлы в вашем решении. Исходные файлы проекта должны храниться отдельно от метаданных проекта (то есть файлов, которые я только что перечислил выше), в идеале в отдельных папках в их собственной иерархии (таким образом у вас может быть несколько файлов проекта VC для одного и того же исходного кода, что позволяет участникам использовать VC2005, 2008 и 2010 одновременно).

Взгляните на папки и расширения, перечисленные в ответах на этот вопрос Visual Studio .gitignore, чтобы получить представление о файлах, которые обычно считаются несущественными.

Однако, вообще говоря, не рекомендуется удалять файлы, если вы не знаете, что это такое. Например, файлы .sdf могут быть базами данных SQL Server CE, что может быть важно в некоторых проектах. Поэтому убедитесь, что вы где-то сделали резервную копию, прежде чем запускать какие-либо сценарии очистки решений.

Я очищаю кучу проектов / решений visual studio из разных источников, и в каждом решении хранится невероятное количество временных файлов и временных папок .

Мне интересно, какие типы файлов безопасны для удаления, чтобы я мог написать сценарий, чтобы позаботиться о тяжелой работе, чтобы было меньше мусора, когда я пытаюсь организовать всю структуру папок и связать их с соответствующими общими расположениями файлов.

Насколько я вижу, следующие файлы и папки являются временными и могут быть безопасно удалены:

Файлы

  • *.ФСР
  • *.sln.docstates
  • *.СУО
  • *.upgradelogxml
  • *.пользователь
  • *.vcxproj.filters
  • *.sln.old
  • *.suo.old
  • UpgradeLog.XML
  • *.wixproj.vspscc
  • *.csproj.vspscc
  • *.SCC
  • *.НКО
  • *.опт
  • *.Пуг
  • *.АПС
  • *.ТЛС

Папки

  • _UpgradeReport_Files (папка)
  • ipch (папка)
  • bin, obj, debug, release и другие выходные папки сборки, хотя здесь могут быть скопированы файлы во время сборки.
  • Резервное копирование, резервное копирование 1 и т. д.

Я даже не уверен, что некоторые из этих типов файлов действительно существуют, я просто знаю, что они повторно генерируются, когда вы открываете решение-и я знаю, что есть еще много типов файлов, которые я пропустил из старых и новых версий Visual Studio.

Существуют ли какие-либо типы файлов, которые должны быть сохранены в приведенном выше списке? Если да, то по какой причине и существуют ли другие типы файлов, которые можно очистить без каких-либо серьезных побочных эффектов?

Общая идея состоит в том, чтобы свести к минимуму размер и сложность решения, когда оно должно быть перенесено, перемещено или реорганизовано или иным образом перетасовано достаточно, чтобы это "solution fat" стало серьезной проблемой производительности и управления.

2 ответа

Я столкнулся с проблемой удаления временных файлов, потому что я поменял номер билда и теперь, когда я отладки одни и те же ошибки прое шел из-за старой версии временные файлы может кто-нибудь помочь мне на автоматическое удаление временных файлов со временем войти или удаления в какой-то период.

Я добавлял папку в свой проект visual studio 2008, перетаскивая ее из explorer. Я хочу изменить свойство копировать в выходной каталог всех файлов в этой папке на 'Copy Always'. Проблема в том, что папка содержит много подпапок, и поэтому subfolders..so было немного раздражающе не иметь.

Я не согласен с вашим списком файлов "temporary" - конечно, очень немногие из них носят временный характер (иначе они были бы в каталоге %TEMP%). Конечно, большинство из них не являются необходимыми для успешного построения вашего проекта, но они по-прежнему важны.

  • sdf - SQL Server Компактная база данных. Используется VS2012 для хранения данных VC intellisense. Без этого файла вы не получите intellisense и завершение кода до тех пор, пока он не будет перестроен.
  • sln.docstates - Хранит информацию о временном состоянии файлов в вашем решении.
  • suo - Содержит информацию о параметрах настройки IDE для каждого решения, таких как макет окна и загрузка набора инструментов. Как правило, это безопасно удалить, но в будущем загрузка вашего решения может занять больше времени, и вы потеряете все настройки UI.
  • upgradelog.xml - Да, файлы журнала обновления немного запутаны. Это можно удалить.
  • пользователь - Я уверен, что это старый файл из VC6 дней.
  • vcxproj.filters - Сохрани это, это список организаций файловой системы per-computer/per-project.
  • sln.old - "old" файлы не являются VS файлами. Это похоже на файл резервной копии, созданный пользователем или инструментом.
  • suo.old -
  • UpgradeLog.XML - это может быть удалено, если вы не используете инструмент UpgradeLog
  • wixproj.vspscc - никогда не удаляйте этот файл, если вы используете систему управления версиями. Это часть интеграции системы управления версиями VS. Это ад, пытаться повторно интегрировать непроверенные изменения обратно в систему управления версиями после удаления файлов привязки. Удалите это только в том случае, если вы не используете систему управления версиями.
  • csproj.vspscc - то же, что и выше.
  • SCC - Используется для управления версиями. Никогда не удаляйте это, если вы используете систему управления версиями.
  • кэш ncb - Intellisense, используемый в VC6 до 2010 года. Если вы удалите это, вы потеряете VC intellisense до тех пор, пока IDE не восстановит его, что может занять много времени в больших проектах.

Я понятия не имею, что это за файлы: .opt, .plg, .aps, .clw

Конечно, весь фокус в том, чтобы в первую очередь правильно расположить файлы в вашем решении. Исходные файлы проекта должны храниться отдельно от метаданных проекта (т. е. файлы, которые я только что перечислил выше), в идеале в отдельных папках в их собственной иерархии (таким образом, у вас может быть несколько файлов проекта VC для одного и того же исходного кода, что позволяет участникам использовать VC2005, 2008 и 2010 одновременно).

Взгляните на папки и расширения, перечисленные в ответах на этот вопрос Visual Studio .gitignore, чтобы получить представление о файлах, которые обычно считаются несущественными.

Однако, вообще говоря, не стоит удалять материал, если вы не знаете, что это такое. Например, файлы .sdf могут быть базами данных SQL Server CE, что может быть важно в некоторых проектах. Поэтому убедитесь, что вы где-то сделали резервную копию, прежде чем запускать какие-либо сценарии очистки решений.

Я уже некоторое время разрабатываю проект, и мы запустили папку documentation в решении Visual Studio 2008, чтобы мы могли хранить там документацию разработчика (и несколько других полезных файлов) (это одна из папок решения Visual Studio, а не проект). Мы также используем плагин AnkhSVN, поэтому.

Я строю кросс-платформенный проект. Он был запущен на Linux enviroment и построен с использованием cmake. Есть также способ использовать cmake на windows, но я думаю, что Visual Studio будет справляться с этим проще. Так что теперь я создал пустое решение в отдельной папке (чтобы не смешивать.

Похожие вопросы:

Удаление файла из Visual Studio Code безвозвратно удаляет файл, а не отправляет его в корзину. Почему это?

У меня есть решение Visual Studio 2010, и две папки таинственным образом появились в корневой папке решения неделю назад с именами Index.dat и Storage.dat. Они имеют размер 28 байт и 512 байт.

Я столкнулся с проблемой удаления временных файлов, потому что я поменял номер билда и теперь, когда я отладки одни и те же ошибки прое шел из-за старой версии временные файлы может кто-нибудь.

Я добавлял папку в свой проект visual studio 2008, перетаскивая ее из explorer. Я хочу изменить свойство копировать в выходной каталог всех файлов в этой папке на 'Copy Always'. Проблема в том, что.

Я уже некоторое время разрабатываю проект, и мы запустили папку documentation в решении Visual Studio 2008, чтобы мы могли хранить там документацию разработчика (и несколько других полезных файлов).

Я строю кросс-платформенный проект. Он был запущен на Linux enviroment и построен с использованием cmake. Есть также способ использовать cmake на windows, но я думаю, что Visual Studio будет.

Я следовал этому посту на SO: Visual Studio 2010 - C++ project-remove*. sdf file (поэтому я установил свой 'Fallback Location' в true и попытался как оставить резервную папку пустой, так и добавить.

Когда я обновляю файл cshtml в своем проекте MVC в Visual Studio 2015, изменения html не обновляются при обновлении браузера. Я использую chrome и имею открытые инструменты разработки. Dev tools.

Я очищаю кучу проектов / решений Visual Studio из разных источников, и в каждом решении хранится невероятное количество временных файлов и временных папок .

Мне интересно, какие типы файлов можно безопасно удалить, чтобы я мог написать сценарий, который позаботится о тяжелой работе, чтобы было меньше ненужного, когда я пытаюсь организовать всю структуру папок и связать ее с надлежащим общим доступом. расположение файлов.

Насколько я понимаю, следующие файлы и папки являются временными и могут быть безопасно удалены:

  • * .sdf
  • * .sln.docstates
  • * .suo
  • * .upgradelogxml
  • *.Пользователь
  • * .vcxproj.filters
  • * .sln.old
  • * .suo.old
  • UpgradeLog.XML
  • * .wixproj.vspscc
  • * .csproj.vspscc
  • * .SCC
  • * .ncb
  • * .opt
  • * .plg
  • * .aps
  • * .clw
  • _UpgradeReport_Files (папка)
  • ipch (папка)
  • bin, obj, debug, release и другие папки вывода сборки, хотя во время сборки сюда могут быть скопированы файлы .
  • Резервное копирование, Резервное копирование1 и т. Д.

Я даже не уверен, что представляют собой некоторые из этих типов файлов на самом деле, я просто знаю, что они повторно генерируются, когда вы открываете решение, и я знаю, что есть еще много типов файлов, которые я пропустил в более старых и новых версиях Visual Studio.

Какие типы файлов следует сохранить в списке выше? Если да, то по какой причине и существуют ли другие типы файлов, которые можно очистить без каких-либо серьезных побочных эффектов?

Общая идея состоит в том, чтобы минимизировать размер и сложность решения, когда оно должно быть перенесено, перемещено, реорганизовано или иным образом перетасовано достаточно, чтобы этот «жир решения» стал серьезной проблемой производительности и управления.

2 ответа

Я не согласен с вашим списком «временных» файлов - определенно очень немногие из них являются временными по своей природе (иначе они были бы в каталоге% TEMP%). Конечно, большинство из них не являются необходимыми для успешного построения вашего проекта, но они по-прежнему важны.

  • sdf - база данных SQL Server Compact. Используется VS2012 для хранения данных intellisense VC. Без этого файла вы не получите intellisense и автозавершение кода, пока он не будет перестроен.
  • sln.docstates - хранит информацию о временном состоянии файлов в вашем решении.
  • suo - содержит информацию о настройках вашей IDE для каждого решения, например о макете окна и загрузке набора инструментов. Как правило, это безопасно удалить, но в будущем загрузка решения может занять больше времени, и вы потеряете все настройки пользовательского интерфейса.
  • upgradelog.xml - Да, файлы журнала обновления немного запутались. Это можно удалить.
  • пользователь - уверен, что это старый файл из дней ВК6 .
  • vcxproj.filters - Сохраните это, это штука со списком организации файловой системы для каждого компьютера / проекта.
  • sln.old - "старые" файлы не являются файлами VS. Это похоже на файл резервной копии, созданный пользователем или инструментом.
  • suo.old -
  • UpgradeLog.XML - его можно удалить, если вы не используете инструмент UpgradeLog.
  • wixproj.vspscc - никогда не удаляйте этот файл, если вы используете систему контроля версий. Это часть интеграции системы управления версиями VS. Адски пытаться повторно интегрировать непроверенные изменения обратно в систему управления версиями после удаления файлов привязки. Удаляйте это только в том случае, если вы не используете систему контроля версий.
  • csproj.vspscc - то же, что и выше.
  • SCC - используется для управления версиями. Никогда не удаляйте это, если вы используете систему контроля версий.
  • ncb - кэш Intellisense, используемый в VC6 по 2010 год. Если вы удалите его, вы потеряете VC intellisense до тех пор, пока среда IDE не восстановит его, что может занять некоторое время в больших проектах.

Понятия не имею, что это за файлы: .opt, .plg, .aps, .clw

Конечно, уловка состоит в том, чтобы в первую очередь правильно расположить файлы в вашем решении. Исходные файлы проекта должны храниться отдельно от метаданных проекта (то есть файлов, которые я только что перечислил выше), в идеале в отдельных папках в их собственной иерархии (таким образом у вас может быть несколько файлов проекта VC для одного и того же исходного кода, что позволяет участникам использовать VC2005, 2008 и 2010 одновременно).

Взгляните на папки и расширения, перечисленные в ответах на этот Visual Studio .gitignore вопрос, чтобы получить представление о файлах, которые обычно считаются несущественными.

Однако, вообще говоря, не рекомендуется удалять файлы, если вы не знаете, что это такое. Например, файлы .sdf могут быть базами данных SQL Server CE, что может быть важно в некоторых проектах. Поэтому убедитесь, что вы где-нибудь сделали резервную копию, прежде чем запускать какие-либо сценарии очистки решений.

я очищаю кучу проектов / решений visual studio из разных источников, и есть невероятное количество временные файлы и временные папки хранящиеся в каждом решении.

Мне интересно, какие типы файлов безопасны для удаления, чтобы я мог написать сценарий, чтобы позаботиться о тяжелой работе, чтобы было меньше мусора, когда я пытаюсь организовать всю структуру папок и связать ее с правильным общим расположение файла.

насколько я вижу следующие файлы и папки являются временными и могут быть безопасно исключено:

файлы

  • *.sdf
  • *.ФСЛ.docstates аппликации
  • *.СУО!--16-->
  • *.upgradelogxml
  • *.
  • *.расширением vcxproj.фильтры
  • *.ФСЛ.старый
  • *.СУО.старый
  • UpgradeLog.В XML
  • *.wixproj все.vspscc все
  • *.csproj файл.vspscc все
  • *.SCC
  • *.ncb
  • *.opt
  • *.plg
  • *.aps
  • *.clw

папки

  • _UpgradeReport_Files (папка)
  • ipch все (папки)
  • bin, obj, debug, release и другие выходные папки сборки, хотя здесь могут быть скопированы файлы во время сборки.
  • резервное копирование, Backup1 и т. д.

Я даже не уверен, что некоторые из этих типов файлов на самом деле, я просто знаю, что они повторно генерируются при открытии решения - и я знаю, что есть еще много типов файлов, которые я пропустил из старых и новых версий Visual Студия.

существуют ли типы файлов, которые должны быть сохранены в приведенном выше списке? Если да, то по какой причине и существуют ли другие типы файлов, которые можно очистить без каких-либо серьезных побочных эффектов?

общая идея состоит в том, чтобы минимизировать размер и сложность решения, когда оно должно быть перенесено, перемещено или реорганизовано или иным образом перетасовано достаточно для этого "жира решения", чтобы быть серьезной производительностью и управлением проблема.

Я не согласен с вашим списком "временных" файлов-конечно, очень немногие из них являются временными по своей природе (иначе они были бы в каталоге %TEMP%). Конечно, большинство из них не являются необходимыми для успешного построения вашего проекта, но они по-прежнему важны.

  • sdf - база данных SQL Server Compact. Используется VS2012 для хранения данных VC intellisense. Без этого файла вы не получите intellisense и завершение кода, пока он не перестроится.
  • sln.docstates аппликации - Хранит информацию о временном состоянии файлов в решении.
  • suo-содержит информацию о параметрах настройки среды IDE для каждого решения, таких как макет окна и загрузка панели инструментов. Обычно это безопасно удалить, но ваше решение может занять больше времени для загрузки в будущем, и вы потеряете любые настройки пользовательского интерфейса.
  • upgradelog.xml-да, файлы журнала обновлений немного беспорядочные. Это можно удалить.
  • user-я уверен, что это старый файл из VC6 дни.
  • расширением vcxproj.фильтры-держите это, это на компьютер/на проект организации файловой системы список thingie
  • sln.старые - "старые" файлы не являются файлами VS. Это похоже на файл резервной копии, сделанный пользователем или инструментом.
  • СУО.старый -
  • UpgradeLog.XML-это может быть удалено, если вы не используете UpgradeLog tool
  • wixproj все.vspscc-никогда не удаляйте этот файл при использовании системы управления версиями. Это часть интеграции управления версиями VS. Это ад попытка повторно интегрировать непроверенные изменения обратно в source-control после удаления файлов привязки. Удалите это, только если вы не используете систему управления версиями.
  • csproj.vspscc-то же, что и выше.
  • SCC-используется для управления версиями. Никогда не удаляйте это, если вы используете source control.
  • NCB - кэш Intellisense, используемый в VC6 до 2010 года. Если вы удалите это, вы потеряете VC intellisense, пока IDE не перестроит его, что может занять aaaggess на большом проекты.

Я понятия не имею, что это и другие файлы: .выбирать. ,plg,.АПН. ,clw

конечно, фокус в том, чтобы правильно организовать ваши файлы в вашем решении в первую очередь. Исходные файлы проекта должны храниться отдельно от метаданных проекта (т. е. файлов, которые я только что перечислил выше), в идеале в отдельных папках в их собственной heirarchy (таким образом, вы можете иметь несколько файлов проекта VC для одного и того же исходного кода, позволяя участникам использовать VC2005, 2008 и 2010 в то же время).

посмотрите на папки и расширения, перечисленные в ответах на эта Visual Studio .гитюдного вопрос для представления о файлах, которые обычно считаются несущественными.

однако, как правило, не рекомендуется удалять материал, если вы не знаете, что это такое. Например. ,sdf-файлы могут быть базами данных SQL Server CE, что может быть важно в некоторых проектах. Поэтому убедитесь, что вы делаете резервную копию где-то перед запуском любых сценариев очистки решений.

Читайте также: