Диспетчер интеграции

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

Работу с диспетчером интеграции можно представить в виде следующей схемы:

1. сотрудник клонирует главный репозиторий;
2. затем вносит свои изменения в свою версию репозитория;
3. после окончания работы запрашивает разрешение на слияние изменений с основной веткой проекта;
4. сопровождающий проекта сливает изменения в свою тематическую ветку;
5. после тестирования изменений, сопровождающий отправляет свою ветку в главный репозиторий.

Основное преимущество диспетчера интеграции состоит в том, что пока сопровождающий главного репозитория сливает внесенные изменения, все члены команды продолжают работать над реализацией своих задач.