Среда разработки Linux для небольшой команды - PullRequest
3 голосов
/ 18 июля 2009

Подход (A)

По своему опыту я увидел, что для небольшой команды есть выделенный сервер, на котором установлены все инструменты разработки (например, компилятор, отладчик, редактор и т. Д.). Тестирование проводится на выделенной машине разработчика.

Подход (B)

На моем новом месте есть команда, использующая другой подход. У каждого разработчика есть отдельный компьютер, который используется как сервер разработки и тестирования. Для тестирования на ПК установлена ​​собственная платформа для запуска приложения поверх него. Платформа выполняет несколько модулей в пространстве ядра и несколько процессов в пространстве пользователя.

Задача

Теперь есть еще две небольшие группы (всего около 6 разработчиков), которые присоединяются к одной и той же ОС и среде разработки. Команды не используют упомянутую платформу и могут выполнять приложения на обычном Linux, поэтому нет необходимости в выделенном компьютере для тестирования. Мы хотели бы принять подход (A) для всех трех команд, но сервер должен быть стабильным, и установка на нем собственной платформы, описанной выше, крайне нежелательна.

Что бы вы посоветовали? Какова практика для среды разработки вместо вас - один сервер на команду (-и) или выделенный ПК / сервер на разработчика?

Спасибо Дима

1 Ответ

1 голос
/ 18 июля 2009

Мы начали разработку на виртуальных машинах, работающих на компьютерах отдельных разработчиков, с общим хранилищем Subversion.

Преимущества:

  • Разработчики работают над несколькими проектамиодновременно;одна виртуальная машина на проект.

  • Легко создать моментальный снимок (или просто скопировать виртуальную машину) в любое время, особенно перед тем моментом "что произойдет, если я попробую что-нибудь умное".Несколько кликов вернут виртуальную машину в предыдущее (рабочее) состояние.Для вас это означает, что вам не нужно беспокоиться о том, что ошибки пространства ядра могут «взорвать» машину.

  • Точно так же тривиально дублировать среду одного разработчика, например временнуюКонсультант может помочь в устранении неполадок. Предупреждение о лучших практиках: соблазнительно просто копировать ВМ каждый раз, когда вам требуется новая машина разработки.Убедитесь, что вы можете воспроизвести среду из своего репозитория!

  • На самом деле не имеет значения, где работают виртуальные машины, поэтому вы можете разместить их либо локально, либо на общем сервере;разработчики могут сотрудничать или работать независимо друг от друга.

Удачи - и наслаждайтесь роскошью 6 дополнительных разработчиков!

...