Разработка на 32-битных и 64-битных процессорах, Как мне структурировать свой проект так, чтобы он автоматически ссылался на нужные библиотеки DLL?

Сейчас я нахожусь в ситуации, когда над моим проектом C # работают как 32-битные, так и 64-битные машины. Я должен сослаться на пару dll, которые имеют как 32-битную, так и 64-битную версии. Очевидно, что 32-битные машины должны ссылаться на 32-битную dll, а 64-битные машины - на 64-битную dll. Проблема, с которой я сталкиваюсь, заключается в том, что каждый раз, когда разработчик проверяет какой-либо код, он также проверяет свои ссылки на DLL, поэтому, когда кто-то на другой стороне вытаскивает свой код, он не строится, и им приходится вручную обновлять свои ссылки. какими они должны быть. Затем они регистрируются, и другим разработчикам приходится вручную исправлять свои ссылки и т. Д. И т. Д. До тошноты.

Я не думаю, что это новая проблема, но я впервые столкнулся с ней. Есть ли обычная практика, когда проект автоматически ссылается на правильную dll для процессора? Или, возможно, способ иметь 32-битный и 64-битный проект, каждый с правильными ссылками, и способ (возможно, инструмент командной строки или какой-то другой инструмент, который может быть привязан к сборке), чтобы связать их вместе, чтобы при появлении новых элементов добавлен или удален в один, другой также будет обновлен?

Другой вариант - использовать одну и ту же виртуализированную среду разработки для каждого разработчика. Если я пойду по этому пути, могу ли я виртуализировать 64-битную систему на 32-битном оборудовании, или мне придется пойти другим путем и виртуализировать 32-битную систему. Это будет продукт SaaS, поэтому мне нужно развернуть только один процессор, и я бы предпочел, чтобы он был 64-битным.