Как я могу установить и использовать компиляторы для встроенного C на внешнем сервере?

Краткий вопрос
Есть ли общепринятый способ запускать компиляторы / компоновщики для проектов встроенного программного обеспечения на удаленном сервере и при этом иметь возможность программировать и отлаживать программное обеспечение на локальной машине.

Примечание Я знаю, что каждая среда IDE будет отличаться, поэтому мне нужно, как определить рабочий процесс для выполнения этой задачи, предполагая, что среда IDE может запускаться с использованием файлов .o / .elf, созданных с удаленного компьютера. сервер.

Проблемы, вызывающие озабоченность
1) Подключение к виртуальной машине Windows.
2) Как и когда передавать исходный код на сервер для сборки.

Предпосылки
Каждое семейство микропроцессоров, с которыми работает наша команда разработчиков, требует своего собственного компилятора, IDE и программатора. Это сверхурочное время создает множество трудностей, которые необходимо преодолеть.

1) Каждому разработчику требуется собственная, зачастую дорогая, лицензия.
2) Чтобы выбрать проект, который был запущен другим разработчиком, требуется особое внимание, чтобы убедиться, что все настройки компилятора совпадают.
3) Для поддержки устаревшего программного обеспечения могут потребоваться старые компиляторы, которые конфликтуют с текущим установленным компилятором.
... У этого списка нет конца.

Редактировать: 7-10-2011 13:30 CST
1) Компиляторы, о которых я говорю, действительно являются кросс-компиляторами
2) Краткий список семейств процессоров, которые идеально поддерживает эта система: Motorola Coldfire, PIC и STM8.
3) Наш компилятор Coldfire - это вариант GCC, но мы должны поддерживать несколько его версий. Все другие компиляторы используют целевой компилятор, который не предоставляет плавающую лицензию.
4) Чтобы обратиться к littleadv, я хотел бы создать внешний сервер сборки.
5) В настоящее время мы используем комбинацию SVN и GIT, размещенную в онлайн-репозитории, для контроля версий. Фактически, я думал, что буду передавать файлы на сервер сборки именно так.
6) Мы придерживаемся Windows для большинства компиляторов.

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

Имеет ли смысл создать репозиторий для каждого компилятора, который будет включать папки для сборки, источника, включения, вывода и т. Д., А затем иметь сценарии на стороне пользователей, которые заботятся о перемещении файлов из файловой структуры IDE в требуемую структуру для компилятора? Такой подход предотвратит перегрузку репозитория проекта и даст информацию о том, сколько раз использовался компилятор. Спасибо за все отличные отзывы!