Ответ 1
Нельзя проверять .vs на исходном элементе управления.
Он просто содержит временные кеши, используемые Roslyn.
.vs для управления версиями в visual studio 2015?
Какая наилучшая практика для исключения/включения папки .vs для решения VS 2015 в исходном управлении?
После первоначальной сборки/редактирования я вижу только файл .suo, созданный до сих пор в '[Root]/. vs/[SolutionName]/v14/.suo', поэтому я предполагаю, что замена старого ' [SolutionName].suo 'и должен быть исключен (как правило) - но будут ли другие настройки /etc размещены там в некоторых сценариях, которые могут потребоваться для версии?
Из this uservoice, я предполагаю, что ответ должен состоять в том, что его следует игнорировать, просто нужно подтвердить, прежде чем обновлять все настройки своей машины так как я не видел его в каких-либо локальных документах.
Ответы
Ответ 2
Вы не должны проверять .vs на исходный элемент управления.
Он просто содержит временные кеши, используемые Roslyn.
Да, я согласился с SLaks - вы можете добавить .vs папку для игнорирования списка - на самом деле вы должны сделать это в начале.
.vs содержит больше, чем только "кеш Roslyn", но все материалы, хранящиеся в этой папке, являются "рабочими" или "временными"... Это означает, что это не требуется для хранения решения/проекта - вы можете удалить его, когда VS выключается, и после этого VS воссоздает его при запуске решения - конечно, вы теряете свою рабочую конфигурацию среды IDE, но не беспокойтесь, это не больно.
Когда вы работаете с ASP.NET - вы можете найти конфигурацию IISExpress внутри папки .vs - и иногда удаление этого файла может быть очень полезным - как я уже сказал, он будет воссоздан со "свежими" настройками, когда вы завтратете VS next время...
Ответ 3
Вы можете использовать . tfignore правила файла для исключения некоторых папок и файлов. Он очень похож на .gitignore, когда вы используете Git, но для Team Foundation Version Control. Просто создайте свой файл с помощью своих пользовательских правил и начните его использовать.