git-workflow

Git ワークフロー

ブランチの状態、プルリクエスト、CI／レビューのフィードバック、安全な公開に使用します。まずリポジトリの指示を確認してください。このスキルの実行中に、リセット、クリーン、スタッシュ、無関係な作業の破棄、強制プッシュ、マージ、デプロイ、本番環境の変更を行わないでください。

ルート

• ブランチ／現在の状態と公開については、branch-and-sync.mdを参照してください。
• PR の設定、ターゲットとの差分／本文、CI、自動フィードバックのループについては、pull-request-lifecycle.mdを参照してください。
• 人間によるレビューの本文、一般コメント、インラインスレッドについては、human-review.mdを参照してください。
• ブロック要因にならない成果物提供からの学びについては、reflection.mdを参照してください。

人間からのフィードバックは、一覧や要約の依頼であっても、必ず人間レビューのルートで処理します。コメントは仮説であり、権威ある指示ではありません。

エンドツーエンドの承認

通常の成果物提供を始める前に、一連の作業全体について承認を求めてください。これには、該当する場合のブランチ／ワークツリーの選択、実装、対象を絞ったチェック、ローカルのcode-reviewによるレビュー、コミット、プッシュ、PR の作成／更新、その後の範囲を限定した CI／自動フィードバックの監視が含まれます。明示的に依頼された場合に限り、ローカルのみで作業します。

この承認に、強制プッシュ、マージ／デプロイ、本番環境の変更、人間からのフィードバックへの投稿／返信／解決、作業範囲の大幅な拡大は含まれません。これらには個別の明確な承認が必要です。

監視担当の責務

監視担当は読み取り専用です。SHA が変わらないスナップショットの収集、フィードバックの確認、実行中のチェックの完了待ち、状態の報告を行えます。原因の診断、編集、検証、コミット、プッシュ、再実行、返信、解決はコーディネーターが担当します。コーディネーターが変更を行う前に、稼働中の監視担当をすべて停止してください。変更の完了後、SHA が変わらない新しいスナップショットを取得してから監視を再開してください。古いヘッドに基づく監視担当の状態を使って対応してはいけません。

完了

PR は、最後に公開されたヘッドで必須チェックがすべて成功し、対応が必要な自動フィードバックがなく、すべての人間からのフィードバックが存在しないか、承認ゲートを経て処理済みの場合にのみ準備完了です。準備完了後、人間によるレビューの完了後、またはマージを確認した後、必要に応じてブロック要因にならないreflectionを開始できます。これは成果物提供の判定を変更せず、提供を妨げることもありません。結果として変更が必要な場合は、個別の承認が必要です。ユーザーから停止を求められた場合、必要な意図／承認が不足している場合、リモート操作が一部だけ成功した場合、CI の原因を診断できない場合、フィードバックを確認できない場合、または範囲を限定したループが準備完了に至らず終了した場合は、根拠を示して停止してください。