Ship

現在のブランチをプルリクエストレビューの準備をします。

ワークフロー

1. ベースブランチ、現在のブランチ、先行するコミット、およびdiffのサイズを確認します。
2. PR を下書きする前に、コマンドが明確な場合は関連するテストスイートを実行します。 テストが失敗した場合は、停止して最初に失敗内容を報告します。
3. コミットメッセージだけでなく、実際の diff を確認します。
4. ブランチの衛生状態の問題にフラグを立てます:
   • 非常に大きなdiff
   • レビューのために多すぎるコミット
   • 生成ファイルとソースコード変更の混在
   • 動作変更に対するテストの欠落
   • デバッグアーティファクトまたは明らかなプリフライトブロッカー
5. PR の説明を下書きします。

PR の説明

以下の構造を使用します:

## Summary

## Changes

## How to Test

## Risk Assessment

## Related Issues

実装の過程を見ていないレビュアーを想定して記述します。ユーザーに見える動作、データの変更、パブリック API の変更、マイグレーション、パフォーマンスに敏感なパス、ロールアウトのリスク、および検証ステップについて具体

...