Использование одинаковых параметров отладки для запуска внешней программы в 32-разрядной и 64-разрядной средах отладки

Question

Мы используем смесь 32-битных и 64-битных сред разработки. Некоторые из наших библиотек классов отлаживаются с помощью 32-разрядного приложения, поэтому у нас есть параметры отладки для «Запускать внешнюю программу» и «Рабочий каталог». Проблема в том, что настройки должны быть разными поскольку 32-битное приложение установлено на

C: \ Program Files \ xxx (в среде 32-разрядного разработчика) или C: \ Program Files (x86) \ xxx (в среде 64-разрядного разработчика)

Есть ли способ использовать какой-либо тег, такой как% PROGRAMFILES% или $ (ProgramFiles), чтобы Visual Studio 2008 знал, где искать внешнюю программу?

Это не будет серьезной проблемой, за исключением того, что файл решения (где сохраняется отладочная информация) проверяется в системе контроля версий ... поэтому получение последней версии решения из нашего репозитория исходного кода позволяет вам сохранять настройки отладки между двумя местоположениями программных файлов.

Answer 1

Как указывает BQ, «Запустить внешнюю программу» и «Рабочий каталог» хранятся в файле .user. Однако вы можете использовать $ (Program Files) в файлах .csproj и .user для любого параметра, относящегося к имени каталога ... единственная хитрость заключается в том, что вам нужно вручную редактировать соответствующий файл .user или .csproj в тексте. редактор.

При условии, что пользователь не редактирует значение в Visual Studio, он сохраняет значение $ (ProgramFiles) и корректно расширяется как в 32-разрядных, так и в 64-разрядных средах.

Answer 2

Эти параметры отладки, «Запуск внешней программы» и «Рабочий каталог», хранятся в файле ProjectName.csproj.user, а не в файле решения (.sln) или файле проекта (.csproj). Как правило, файлы .user не включены в систему контроля версий, поскольку они специфичны для среды пользователя, в которой происходит отладка.

Вы можете сохранить два отдельных файла .csproj.user (по одному для каждой среды) и перейти к правильной версии, прежде чем открывать решение. Не идеально, но лучше, чем ничего.