각 프로젝트는 하나의 저장소를 가리킵니다. 해당 저장소 설정에서는 Coroid가 사용자의 브랜칭 모델과 상호작용하는 방식을 제어합니다.
프로젝트 설정에서 이 항목들을 찾아보세요.
기본 브랜치
Coroid는 기본 브랜치에서 작업을 시작하여 해당 브랜치를 대상으로 풀 요청을 엽니다. 이 값은 저장소의 기본 브랜치로 기본 설정됩니다.
다른 곳에 병합하는 경우에는 이 값을 변경하세요 — 예를 들어develop브랜치, 릴리스 트레인 또는
오랫동안 유지되는 통합 브랜치 등이 있습니다. 이 설정을 잘못 지정하면 가장 흔하게 발생하는
설정 오류이며, 결과적으로 아무도 검토하지 않는 브랜치를 대상으로 하는 풀 요청이 생성됩니다.
작업 브랜치
각 작업은 별도의 브랜치에서 진행됩니다. 브랜치는 작업별로 생성되며 작업이 완료되면 푸시되므로, 동시에 실행되는 두 작업이 같은 브랜치를 공유하거나 서로의 진행 중인 작업을 볼 수 없습니다.
어떠한 코드도 기본 브랜치에 직접 커밋되지 않습니다. 이는 설정 옵션이 아니라 Coroid의 작동 방식입니다.
브랜치 보호
기존의 브랜치 보호 규칙은 그대로 적용됩니다. Coroid는 일반적인 풀 요청을 열기 때문에, 필수 리뷰, 필수 상태 확인 및 병합 권한 제한 등이 팀에서 사용하는 규칙과 동일하게 적용됩니다.
보호 규칙에서 서명된 커밋이나 Coroid가 생성할 수 없는 특정 상태 확인을 요구하는 경우, pull request가 풀 요청을 열지만 병합될 수 없는 상태가 됩니다. 이는 Coroid의 문제가 아닌 규칙이 정상적으로 적용된 결과입니다.
정리
pull request의 작업이 병합되거나 종료된 후에는 완료된 작업의 브랜치를 정리할 수 있습니다. 감사 추적이나 릴리스 도구에서 브랜치 이름을 활용하는 경우에는 이 기능을 활성화하기 전에 반드시 확인하세요.
연결 변경하기
기반이 되는 저장소 연결이 변경되는 경우 — 토큰이 갱신되거나 앱을 재설치하거나 저장소 이름이 바뀌는 등 — 프로젝트는 자신의 식별 정보와 이력을 그대로 유지합니다. 새로운 프로젝트를 생성하는 대신 새 연결을 가리키도록 설정하세요. 그러면 컨텍스트, 설정 및 과거 작업 내용을 모두 보존할 수 있습니다.