Чи потрібно додати папку Visual Studio 2015 .vs до керування джерелом?

321

Visual Studio 2015 створює нову папку під назвою ".vs". Яка мета цього і чи слід додати його до контролю джерел?

Можливий дублікат .vs \ config \ applicationhost.config у контролі джерела

— Michael Freidgeim

@MichaelFreidgeim: Не впевнений, інше питання задає конкретний файл, і це стосується всієї папки. Але трапляється, що деякі більш широкі відповіді відповідають обом.

— SoftwareFactor

Відповіді:

338

Ні, не слід додавати його до керування джерелом. Мета цієї папки - переміщення файлів, призначених для користувача та користувачів, до центрального місця. Пояснення щодо голосової проблеми Visual Studio User добре це пояснює:

Поки ми перенесли файл .SUO та файли баз даних VB / C # компілятора IntelliSense на нове місце. Усі нові конкретні проектні, локальні файли для машини також будуть додані до нового місця розташування. Ми плануємо зробити це ще далі в майбутніх випусках і досліджуємо, як поліпшити структуру каталогів виводу збірки та інших існуючих файлів, які можуть захаращувати вихідне дерево.

Це всі файли, в які ви ніколи не заходитимете, оскільки вони генеруються із збірки або містять інформацію, що стосується машини.

— Патрік Квірк
джерело

Це такий широкий штрих, щоб сказати, що не перевіряйте всю папку. Якщо для вашого веб-сайту потрібні конкретні конфігурації IIS Express (наприклад, використання імені хоста для роботи файлів cookie), перевіряйте, чи applicationhost.configдопомагає іншим розробникам налаштовувати своє оточення, інакше кожен повинен зробити це самостійно, і вони, ймовірно, знайдуть це на важкому шляху .

— Mrchief

@Mrchief Я не розробник IIS, але я вважаю, що це відповідь .

— Патрік Квірк

Ця відповідь насправді не є рішенням, скоріше рішенням (на яке натякає сама відповідь). Що я намагався сказати, це те, що двійкової відповіді може бути недостатньо для всіх. Залежно від налаштувань, вам, можливо, доведеться виключити папку, але потім додати виняток для applicationhost.configфайлу або щось для цього ефекту.

— Mrchief

@Mrchief: Насправді це не вирішення, це найкраще рішення. Я не думаю, що ви ніколи не повинні перевіряти папку .vs, це не призначено.

— ДР

Як цитується відповідь лугберка: "немає способу сказати ASP.NET 5 проектам шукати цього сьогодні". Через це я не бачу іншого способу ділитися цими налаштуваннями конфігурації IIS Express між проектами ASP.NET 5, ніж перевірка у файлі applicationhost.config під .vs. Або ви бачите якесь інше / краще рішення?

— Густін

Github пропонує багато шаблонів .gitignore. У своєму шаблоні для візуальної студії вони проігнорували папку .vs. Фрагмент із шаблону на github .

# Visual Studio 2015 cache/options directory
.vs/

— скрип1
джерело

Це може допомогти комусь прийняти рішення (ліниво), але не дає чітких порад або будь-яких причин для цього. Заголовок ("Каталог кешів / параметрів Visual Studio 2015") допомагає більше у прийнятті рішень.

— Мохаммед Деган

Між іншим, той самий рядок стосується і .hgignore

— Чарльз Бернс,

Як описано в цитаті, взятої з користувальницького повідомлення у відповіді Патріка, папка не призначена для контролю джерела.

Однак, як і коментарі вказують, можуть бути деякі випадки, коли ви хочете включити конкретні файли з папки.

Я додав би це до .gitignore:

.vs/

А потім використовуйте будь-який інструмент git, який ви бажаєте додати певні файли, наприклад спільну конфігурацію applicationhost.config, якщо потрібно.

Або скористайтеся командою git, як це:

git add -f .vs/config/applicationhost.config

Таким чином git додає файл, навіть якщо його ігнорують.

— Джим Волф
джерело

Я хотів би додати, що якщо ви використовуєте TFS, ви можете використовувати префікс заперечення у вашому .tfignore файлі, щоб "повторно включити" файл applicationhost.config після виключення папки .vs. Файл .tfignore за замовчуванням пояснює це так: "Префікс!! Знімає шаблон. Це може бути використане для повторного включення елемента після того, як він був виключений .tfignore файлом вище в дереві або глобальними виключеннями колекції Team Project Collection". список ".

— Аарон