Ответ 1
Короткий ответ - не делай этого, и это не повредит. Рассмотрите менее глубокие иерархии и сделайте близкие проекты близкими.
Управляемое приложение MSBuild и CLR имеют ограничение на длину имени пути/файла около 256 символов...
У нас есть ряд проектов, и каждый из них живет глубоко в структуре папок. Когда один набор проектов должен ссылаться на проект в другой папке, ссылка может завершиться неудачей, потому что относительный путь к ней в VS слишком длинный.
Например, проект 1 будет находиться в:
C:\folderA\folder1\folder2...\folderN\myProject1.csproj
Он ссылается на другой проект:
C:\folderB\folder1\folder2...\folderN\myProject2.csproj
HintPath для ссылки хранится как относительный путь, как в папке............ \folderB\folder1\folder2...\folderN\myProject2.csproj
Когда VS загружает решение, он не может разрешить ссылку, потому что абсолютный путь, который он строит, включает в себя многочисленные.. /, так что путь превышает 256 символов. И сборка не удалась.
Мы исправим его, отредактировав csproj и введя абсолютный путь, что просто глупо.
Какое лучшее решение для этого?
Короткий ответ - не делай этого, и это не повредит. Рассмотрите менее глубокие иерархии и сделайте близкие проекты близкими.
Управляемое приложение MSBuild и CLR имеют ограничение на длину имени пути/файла около 256 символов...
Максимальная рекомендуемая длина имени проекта - 64 char. Сервер Team Foundation не допускает более 64 char См. Следующую ссылку http://www.grabthecode.com/visual-studio/length-of-visual-studio-project-name