各プロジェクトは1つのリポジトリを参照します。そのリポジトリ設定により、Coroidが あなたのブランチモデルとどのように連携するかが決まります。
プロジェクトの設定画面で確認できます。
ベースブランチ
Coroidは指定したベースブランチから作業を開始し、そこに対してプルリクエストを送信します。 デフォルトではリポジトリのデフォルトブランチが使用されます。
別の場所にマージする場合は変更してください — 例えば「develop」ブランチやリリース用ブランチ、
長期間維持される統合ブランチなどです。この設定を誤ると最も一般的な設定ミスとなり、誰もレビューしないブランチを対象としたプルリクエストが作成されてしまいます。
作業用ブランチ
各タスクはそれぞれ独自のブランチで作業を行います。ブランチはタスクごとに作成され、作業が完了した時点でプッシュされるため、同時に実行される複数のタスクが同じブランチを共有したり、互いの進行中の作業を参照したりすることはありません。
ベースブランチに直接コミットされることは一切ありません。これは設定項目ではなく、Coroidの動作仕様です。
ブランチ保護
既存のブランチ保護ルールはそのまま適用されます。Coroidは通常のプルリクエストを作成するため、必須のレビューやステータスチェック、マージ可能なユーザーの制限などは、チームで設定している通りに機能します。
保護ルールで署名付きコミットや特定のステータスチェックが求められており、それらをCoroidが満たせない場合、pull requestが開いたプルリクエストはマージ不可能な状態になります。これはCoroidの不具合ではなく、あなたの設定が正しく機能している証拠です。
クリーンアップ
pull requestの処理がマージまたはクローズされた後、完了した作業用のブランチを削除できます。監査やリリースツールでブランチ名を利用している場合は、有効にする前にこの点を確認してください。
接続の変更
基となるリポジトリの接続が変更された場合 — 例えばトークンの更新、アプリの再インストール、リポジトリ名の変更など — プロジェクトの識別情報や履歴は保持されます。新しいプロジェクトを作成するのではなく、新しい接続を指すよう設定を変更してください。そうすればコンテキスト、設定、過去の作業内容を失うことはありません。