Бродячий рабочий процесс

Сегодня я читал о бродяге, я заметил несколько моментов в этом.

  1. Vagrant создает одинаковую среду разработки для всех в команде.

  2. Современное, сложное приложение, вероятно, использует ряд внешних зависимостей, таких как различные серверы баз данных, очередь сообщений и т. Д. Установка их на каждом компьютере разработчика отдельно для локальной среды разработки может быть довольно сложной. Используя образ виртуальной машины, мы можем легко распространять настроенную среду.

  3. Подготовьте 5 минут для любого нового разработчика, который присоединится к нашей команде, чтобы начать работу. Это должно быть так же просто, как запустить одну команду: "vagrant up". Без установки, без устранения неполадок. Должно "просто работать" ™

У меня есть несколько вопросов по поводу приведенных выше утверждений,

  1. Как мы можем настроить среду для нового участника, который присоединится к нашей команде?

  2. Если новый разработчик внесет некоторые изменения в свою виртуальную установку, как она будет отражена или развернута в вашей виртуальной установке?

  3. Придется ли вам снова выполнить настройку? Или он будет работать так же, как SVN, а именно, если один разработчик изменит его, это автоматически повлияет и на другую машину?

Источник

1 ответ

Решение

Vagrant - это хороший инструмент для управления командной работой и создания хорошего потока запуска.

  1. Вы можете создать git-репозиторий с вашим Vagrantfile и вашим сценарием инициализации. Новый разработчик клонирует ваш репозиторий и запускает его с помощью команды "vagrant up". И он готов к работе с полным env.

  2. Моя конфигурация Vagrant - это git-репозиторий. Я использую его с normale VCS.

  3. VCS:) git commit, pull, push ecc как обычный проект..

Источник
Другие вопросы по тегам