1

Это связано с управлением версиями, я использую VSS и плагин Visual Studio 2008. Когда DLL ссылочного проекта включается в проект (и проверяется на VSS), на следующей сборке он будет терпеть неудачу, потому что эти файлы не будут извлечены как часть процесса сборки и будут считаны только для чтения.Исключение выходных ссылок (DLL) других проектов из проекта (вопрос VSS)

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

В VS2005 подключаемый модуль VSS автоматически не добавляет вывод ссылочных проектов в файлы, ожидающие проверки, но в VS2008 он делает это.

Кто-нибудь сталкивается с этой проблемой или ищет работу?

ответ

0

Лучше вообще не проверять папки с папками. Переместите зависимости в общую папку lib и обратитесь к ним оттуда. Это позволит убедиться, что они скопированы в папку bin. Затем вы можете явно проверить эту папку lib.

Другие файлы/папки, которые следует избегать, это каталог obj и файл ncb. Я не уверен, как «умный» интеграция VSS в этом случае.

+0

Возможно, явным образом хочу сказать, что папка Lib должна быть включена в ваш источник управления –

+0

Хорошая точка, я немного ее отредактирую –

+0

Это выходы ссылочных проектов, которые ошибочно включают в себя подключаемый модуль VSS. Visual Studio автоматически помещает вывод ссылочных проектов в папку bin. Третьи вещи, которые я не компилирую, на самом деле прекрасно работают (то есть не включены) – MatthewMartin

Смежные вопросы