Почему Visual Studio проверит файл .VSSCC, когда я добавляю файл в проект?

StackOverflow https://stackoverflow.com/questions/3120749

Вопрос

Если я добавляю новый файл в проект под контролем источника TFS, он проверит файл проекта и соответствующий файл .vssccc для этого файла проекта.

Сам файл проекта меняется (для включения нового файла), но файл .vsscc вообще не меняется. Зачем ее проверять это? Есть ли способ отключить его от проверки, а если есть, я должен?

Это было полезно?

Решение

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

Другие советы

Согласно с эта почта Бен Райан:

Team Foundation использует их для хранения списков файлов, которые были исключены из элемента управления источником. Мы используем некоторые из существующих слоев интеграции SCC в Visual Studio для интеграции Team Foundation, и эти файлы были одним из переносов. Мне придется проверить, на что находится логика настраивает эти настройки SCC, в отдельных файлах, в отличие от того, чтобы поместить их в разделах SCC-файлов.

Этот файл является промежутком прошлого VSS / TFS, таких как Paulo Santos Posted.

На уровне раствора я не нашел функционального использования для этих файлов. Через 10 лет использования TFS я никогда не видел, что файл изменен. Вы можете удалить эти файлы .vscc, как я обычно делаю для моих закрытых исходных решений.

Но если вы удалите файл «Уровень решения» .vsscc, вы получите неразрушающее сообщение об ошибке в первый раз, открываем файл решения ... только после создания новой ветви. Все последующее открытие решения не покажет сообщение об ошибке снова.

Мои стандарты настройки TFS имеют файл решения только в корневой папке, все проекты находятся под папками. Поскольку эти файлы .vsccc удвоили количество файлов в моем корне, я всегда удаляю их.

На уровне проекта я оставляю эти файлы, так как моя команда никогда не открывает файлы проекта напрямую, только решение .SLN.

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top