ds-ship

誰も見ていない間に、現在の状態からPRのマージまで作業を完了してください。

ユーザーが明確に依頼した場合に限り、この方法で作業してください。この依頼によって許可されるのは、次の3点です。事前に確認を求めず、証拠を得るために必要なテストとアプリのチェックを実行すること、今回の作業用ブランチを --force-with-lease で強制プッシュすること、そして以下のゲートを通過したらマージすることです。それ以外は何も許可されません。

手順

1. デフォルトブランチにいる場合は、新しいブランチを作成します。
2. 目的を満たす最小限の変更を加えます。報告されたケースを修正し、存在するかもしれないあらゆるケースを修正しようとはしません。
3. 差分のすべての内容を実証します。失敗を再現して修正を適用し、同じ手順をもう一度実行します。CIで実行されるチェックを実行します。UIまたは実行時の動作については、アプリを実行して確認します。コマンドとその出力をメモに貼り付けます。
4. ds-review-loop で変更をレビューします。レビューで変更した内容は、すべて再度実証します。
5. 最新のデフォルトブランチにリベースしてから、ds-pr でPRを作成します。どのように実証したかを1行で記載します。
6. ds-watch-pr でPRを監視します。実際の指摘事項とCIの失敗を修正し、それぞれの修正を実証してプッシュし、再度監視します。
7. 最新のコミットでマージゲートを確認します。リポジトリで通常使われている方法でマージします。--admin やその他のバイパス手段は決して使いません。
8. PRのリンク、マージコミット、実証内容、ユーザーに代わって行ったすべての判断を報告します。

マージゲートでは、最新のHEADについて次のすべてが満たされている必要があります。実証が差分全体を網羅していること、必須チェックがすべて成功していること、レビューボットの処理が完了していること、各指摘事項が修正済みか理由を添えて回答済みであること、人間のレビュアーから変更を求められていないこと、ブランチが最新でマージ可能であること。

停止条件

• PRがマージされ、報告が作成されたとき。
• 変更を実証できない場合、またはゲートを通過できず修正もできない場合。ユーザーに確認を求めます。
• 次の手順でデータの削除、本番環境への変更、PRのクローズ、または別のブランチへのプッシュが発生する場合。ユーザーに確認を求めます。
• 修正と監視を6サイクル行ってもゲートが成功しない場合。停止し、妨げとなっている内容を報告します。

ルール

• チェックが保留中のままターンを終了しないでください。監視ツールで完了を待ちます。
• 通常のメッセージではなく、ハーネスの質問ツールを使って確認を求めます。質問にはPRのリンク、ブロッカー、推奨する選択肢を記載します。
• 質問ツールがない場合、または誰からも回答がない場合は、PRをオープンのままにしてマージせず、最終メッセージを質問から始めます。
• 証拠とは、このセッションで実際に確認した出力です。出力を伴わない主張は証明になりません。
• スコープを固定します。レビューから追加作業を依頼されても断り、フォローアップ項目として記載します。