Каждый проект указывает на один репозиторий. Настройки этого репозитория определяют, как Coroid взаимодействует с вашей моделью ветвления.
Их можно найти в настройках проекта.
Базовая ветка
Coroid формирует ветки из вашей базовой ветки и открывает запросы на объединение обратно в неё. По умолчанию используется стандартная ветка репозитория.
Измените её, если требуется объединение в другое место — например, в develop ветку, ветку выпуска или
долгоживущую интеграционную ветку. Неправильная настройка — самая распространённая
ошибка конфигурации; в результате запросы на объединение попадают в ветку, которую никто
не проверяет.
Рабочие ветки
Каждая задача выполняется в отдельной ветке. Ветки создаются для каждой задачи и отправляются в репозиторий, когда работа завершена; таким образом, две одновременно выполняющиеся задачи не используют одну ветку и не видят результатов друг друга.
Ничто никогда не коммитится напрямую в вашу базовую ветку. Это не настройка; так устроена работа Coroid.
Защита веток
Существующая защита веток применяется без изменений. Coroid открывает обычный запрос на объединение, поэтому обязательные проверки, проверки статуса и ограничения на объединение работают точно так же, как и для вашей команды.
Если правила защиты требуют подписанного коммита или конкретной проверки статуса, которую не может обеспечить Coroid, запрос на объединение pull request откроется и останется неслитым — это работа ваших правил, а не сбой Coroid.
Очистка
Ветки завершённых задач можно удалить после того, как соответствующий запрос pull request будет слит или закрыт. Если вы используете названия веток для аудита или инструментов выпуска, проверьте этот параметр перед его включением.
Изменение подключения
Если подключение к репозиторию изменится — токен будет обновлён, приложение переустановлено или репозиторий переименован — проект сохранит свою идентичность и историю. Перенаправьте его на новое подключение вместо создания нового проекта, чтобы не потерять контекст, настройки и предыдущую работу.