После задавания этого вопроса на MSDN здесь - кажется, что это поведение дизайном. "Если Вы будете развертывать/копировать приложение, которое содержит ссылку на пользовательский компонент, который регистрируется в GAC, компонент не будет развертываться/копироваться с приложением, независимо от Копии Локальная установка".
Необходимо немного опасаться копии, локальной, поскольку она ловила меня в прошлом!
Просто иногда, для конкретного .dll это тихо не скопирует его в папку сборки. Обычно это не обнаруживается на dev машине, как dll's часто находится в GAC также (при установке dev инструмента / библиотека, Вы используете для разработки), и таким образом, Вы не замечаете, пока это не получает distrobuted / связанный в установщик, и необходимые файлы отсутствуют на клиентской машине.
нет большого количества информации об этой ошибке, но этот поток демонстрирует его для конкретной библиотеки: здесь .
пойманный этим, я думаю, что это - хорошая идея (обычно в любом случае) для знания точно, какие блоки требуются проектом и иметь сценарий или подобное автоматизированное действие, которое гарантирует, что все необходимые компоненты присутствуют, или когда Вы создаете, или более вероятно когда Вы делаете установщик или собираете файлы для распределения,
То, когда локальная копия будет иметь значение true его, скопирует весь блок чей атрибут локальная копия = вторник к мусорному ведру direcory приложения.
В Вашем случае dll мог бы использовать другой dll, таким образом, это требует этого также.
К сожалению, похоже, что согласно следующему утверждению, взятому из документации MSDN , функция CopyLocal не работает должным образом для сборок, уже находящихся в GAC.
Если вы развернуть приложение, которое содержит ссылку на настраиваемый компонент, зарегистрированный в GAC, компонент не будет развернут вместе с приложением, независимо от параметра CopyLocal. В предыдущих версиях Visual Studio можно было установить свойство CopyLocal для ссылки, чтобы гарантировать, что сборка развернута. Теперь вы должны вручную добавить сборку в папку \ Bin. Это подвергает весь пользовательский код тщательной проверке, снижая риск публикации пользовательского кода, с которым вы не знакомы.
Дополнительную информацию можно найти на следующей странице, где объясняются подробности о том, как работают ссылки на проекты.