プルリクエストの管理
すべきこと
- GitHubレビューを使用する
- 開発者ガイドの基準に対してレビューする
- リベースすることで競合を解決する
- 0個以上の
pr: *
ラベルを割り当てる
すべきでないこと
- 他のラベルを使用する
- マイルストーン
マージ
PRをマージするときは、以下の点に注意する必要があります。
- 必要な承認の数を判断する
- 通常、簡単な修正には1回の承認で十分です。
- 大きな変更には、承認が2回必要な場合があります。
- 該当する場合、GitHubインターフェイスを使用して変更セットを追加する
- エントリには「削除」、「変更」、「非推奨」、「追加」、「修正」、「セキュリティ」のいずれかをプレフィックスとして使用する
- 該当する場合、ルール名を先頭に付ける(例:「修正:
unit-disallowed-list
カスタムプロパティの誤検知」)。
- 「Squash and merge(スカッシュしてマージ)」コミットして、結果のコミットメッセージが以下のようになる。
- 変更セットのエントリと一致するが、現在時制である(例:「
unit-disallowed-list
カスタムプロパティの誤検知を修正」)。 - または、文にして説明的である(例:「
colour-no-named
を新しいASTを使用するようにリファクタリング」)。
- 変更セットのエントリと一致するが、現在時制である(例:「