Какие существуют способы совместной разработки через pull request?

Некоторые способы совместной разработки через pull request:

• Модель «Fork + Pull». 1 Позволяет любому склонировать существующий репозиторий и сливать изменения в свой личный fork без необходимости иметь доступ к оригинальному репозиторию. 1 Затем изменения должны быть включены в исходный репозиторий его хозяином. 1 Эта модель популярна для проектов с открытым исходным кодом, так как позволяет людям работать независимо, без единого координирования. 1
• Модель «общего репозитория». 1 Чаще встречается у малых команд и организаций, работающих над закрытыми проектами. 1 Каждый в команде имеет доступ «на запись» в один общий репозиторий, а для изолирования изменений применяются тематические ветви. 1 Pull request в этой модели используется, чтобы инициировать пересмотр или обсуждение кода перед тем, как включать его в основную ветвь разработки. 1
• Использование запросов pull в рабочем процессе Gitflow. 2 Разработчик создаёт запрос pull, когда необходимо проверить функцию, релиз или ветку исправлений, а остальные участники команды получают уведомления через Bitbucket. 2
• Использование запросов pull в рабочем процессе с форками. 2 Разработчик помещает завершённую функциональную ветку в собственный публичный репозиторий, а не в общий репозиторий. 2 После этого разработчик создаёт пул-реквест, оповещая человека, занимающегося поддержкой проекта, о готовности кода к проверке. 2
• Совместная работа с другими разработчиками за пределами официального репозитория проекта. 2 Например, если разработчик работал над функциональной веткой вместе с коллегой, они могут создать пул-реквест, указав в качестве назначения репозиторий Bitbucket коллеги, а не официальный репозиторий проекта. 2 Тогда они смогут указать в качестве исходной ветки и ветки назначения одну и ту же функциональную ветку. 2