VisualStudio неправильно разрешает ссылки между проектами с пользовательским путём сборки

@SharpProg · Регистрация: 24.01.2017

Студворк — интернет-сервис помощи студентам

Есть, условно, два проекта, один ссылается на второй.
В свойствах проектов задано: Конфигурация активный (Debug), Платформа x86, Конечная платформа x86.
У обоих проектов Путь вывода задан так: ..\_DEBUG\myplugins. Это нужно для того, чтобы части решения (а оно достаточно большое) собирались в свои подпапки.

На компьютере, где ведется разработка всё собирается нормально.
При передаче на другие компьютеры решение не собирается из-за того, что путь вывода (в References в свойствах ссылки) определяется как \bin\x86\debug, хотя все настройки OutputPath у проектов те же самые (..\_DEBUG\myplugins\).

Это баг или фича? И как можно исправить, чтоб всё работало не только у меня?

@Rius · 18.01.2018, 14:26

Убедитесь, что на обоих ПК одинаковые наборы конфигураций. И удалите лишние.

Не по теме:

Я тоже в свои каталоги собираю. При большом количестве проектов так быстрее.

@SharpProg · 18.01.2018, 14:46 **[ТС]**

Сообщение от Rius

Убедитесь, что на обоих ПК одинаковые наборы конфигураций. И удалите лишние.

Где это посмотреть? Просто файлы исходного кода, проектов и солюшенов полностью идентичные. Это где-то в настройках самой студии?

@Rius · 18.01.2018, 15:37

Через редактор конфигураций решения можно почистить файл решения *.sln.
А у самого проекта - в файлах *.csproj.

@SharpProg · 18.01.2018, 15:39 **[ТС]**

Так я просто копирую их на другой компьютер. Ничего в них не меняется. Но зависимости перестают нормально разрешаться

@Rius · 18.01.2018, 15:42

А циклических зависимостей нет, случайно? Сборка должна начинаться с самых независимых библиотек.
Так как у вас на ПК всё в наличии, это может быть не очевидно. А на другом ПК, где пока ничего нет, порядок важен и может мешать.

И ещё, каждая библиотека, собираемая в выходной каталог, если куда-то подключается ссылкою, то с флагом "не копировать в выходной каталог".

@SharpProg · 18.01.2018, 15:48 **[ТС]**

Сообщение от Rius

И ещё, каждая библиотека, собираемая в выходной каталог, если куда-то подключается ссылкою, то с флагом "не копировать в выходной каталог".

Да, этот флаг везде задан.

Нашел проблему, но мне не понятно откуда она взялась. В моём решении стоит конфигурация x86, а на других компах в настройках этого же решения Any CPU. При изменении на x86 всё собирается и работает нормально. Но файл решения при этом изменяется почему-то. Странно.

@Rius · 18.01.2018, 16:00

Но вот, я ж говорил)

Сообщение от Rius

Убедитесь, что на обоих ПК одинаковые наборы конфигураций. И удалите лишние.

Там файл suo есть ещё. Но его под контроль версий не надо.
В нём хранится выбранная конфигурация.
На другие ПК он не копируется, по хорошему. При открытии проекта на новом файл будет создан заново.
Если лишних конфигураций нет, то сразу будет выбрана правильная, одна из оставшихся.
Если есть, то может выбраться умолчальная, которую вы и не настраивали. Тогда вся сборка и полетит.

Добавлено через 5 минут
А вот так можно файлы складировать по отдельным каталогам:

XML
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
  <PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <ProductVersion>8.0.50727</ProductVersion>
    <SchemaVersion>2.0</SchemaVersion>
...
    <TargetFrameworkProfile />
    <OutputPath>..\_OutputFiles\$(Configuration)\Types\</OutputPath>
    <BaseIntermediateOutputPath>..\_IntermediateFiles\$(MSBuildProjectName)\</BaseIntermediateOutputPath>
  </PropertyGroup>
  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x86'">
    <PlatformTarget>x86</PlatformTarget>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DebugType>full</DebugType>
    <DebugSymbols>true</DebugSymbols>
  </PropertyGroup>
  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Personnel|x86'">
    <PlatformTarget>x86</PlatformTarget>
    <DefineConstants>Personnel</DefineConstants>
    <Optimize>true</Optimize>
  </PropertyGroup>
...

Выходной каталог один, а временный - другой.
Можно их в RAM-диск закинуть через symlink'и. Студия, начиная с версии 15.5.1, наконец перестала падать при отладке программ с RAM-диска.

@SharpProg · 18.01.2018, 16:11 **[ТС]**

Теперь разобрался. Ну это совсем не очевидно, что конфигурация решения хранится не в файле решения, а в файле suo, который я и не добавлял в контроль версий, естественно.
Вот если бы я скачал проект, а он у меня не собирается и сыпет какие-то непонятные ошибки, что делать в таком случае? Меньше всего я бы думал, что причина в неправильной конфигурации.

Сообщение от Rius

А вот так можно файлы складировать по отдельным каталогам:

Да, это всё очень классно.

Спасибо за ответ!

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .

@SharpProg 7 / 7 / 1 Регистрация: 24.01.2017 Сообщений: 229

	VisualStudio неправильно разрешает ссылки между проектами с пользовательским путём сборки 18.01.2018, 14:18. Показов 1565. Ответов 8 Метки нет (Все метки) Есть, условно, два проекта, один ссылается на второй. В свойствах проектов задано: Конфигурация активный (Debug), Платформа x86, Конечная платформа x86. У обоих проектов Путь вывода задан так: ..\_DEBUG\myplugins. Это нужно для того, чтобы части решения (а оно достаточно большое) собирались в свои подпапки. На компьютере, где ведется разработка всё собирается нормально. При передаче на другие компьютеры решение не собирается из-за того, что путь вывода (в References в свойствах ссылки) определяется как \bin\x86\debug, хотя все настройки OutputPath у проектов те же самые (..\_DEBUG\myplugins\). Это баг или фича? И как можно исправить, чтоб всё работало не только у меня? 0

@Rius 13121 / 7682 / 1675 Регистрация: 25.05.2015 Сообщений: 23,452 Записей в блоге: 14
	18.01.2018, 14:26
	Убедитесь, что на обоих ПК одинаковые наборы конфигураций. И удалите лишние. Не по теме: Я тоже в свои каталоги собираю. При большом количестве проектов так быстрее. 1

@Rius 13121 / 7682 / 1675 Регистрация: 25.05.2015 Сообщений: 23,452 Записей в блоге: 14
	18.01.2018, 15:37
	Через редактор конфигураций решения можно почистить файл решения .sln. А у самого проекта - в файлах .csproj. 1

@SharpProg 7 / 7 / 1 Регистрация: 24.01.2017 Сообщений: 229
	18.01.2018, 15:39 [ТС]
	Так я просто копирую их на другой компьютер. Ничего в них не меняется. Но зависимости перестают нормально разрешаться 0

@Rius 13121 / 7682 / 1675 Регистрация: 25.05.2015 Сообщений: 23,452 Записей в блоге: 14
	18.01.2018, 15:42
	А циклических зависимостей нет, случайно? Сборка должна начинаться с самых независимых библиотек. Так как у вас на ПК всё в наличии, это может быть не очевидно. А на другом ПК, где пока ничего нет, порядок важен и может мешать. И ещё, каждая библиотека, собираемая в выходной каталог, если куда-то подключается ссылкою, то с флагом "не копировать в выходной каталог". 1

VisualStudio неправильно разрешает ссылки между проектами с пользовательским путём сборки

Решение