プルリクエスト自動化

目次

• 概要
• 使用場面
• クイックスタート
• リファレンスガイド
• ベストプラクティス

概要

プルリクエスト自動化を実装して、コードレビュープロセスを合理化し、品質基準を強制し、テンプレート化されたワークフローとインテリジェントな割り当てルールを通じて手動の負担を削減します。

使用場面

• コードレビュー標準化
• 品質ゲート強制
• コントリビューターガイダンス
• レビュー割り当て自動化
• マージ自動化
• PR ラベリングと整理

クイックスタート

最小限の動作例:

# .github/pull_request_template.md

## Description

Briefly describe the changes made in this PR.

## Type of Change

- [ ] Bug fix (non-breaking change that fixes an issue)
- [ ] New feature (non-breaking change that adds functionality)
- [ ] Breaking change (fix or feature that would cause existing functionality to change)
- [ ] Documentation update

## Related Issues

Closes #(issue number)

## Changes Made

- Change 1
- Change 2

## Testing

- [ ] Unit tests added/updated
// ... (see reference guides for full implementation)

リファレンスガイド

references/ ディレクトリの詳細な実装:

ガイド	内容
GitHub Actions: Auto Review Assignment	GitHub Actions: 自動レビュー割り当て
GitHub Actions: Auto Merge on Approval	GitHub Actions: 承認時の自動マージ
GitLab Merge Request Automation	GitLab マージリクエスト自動化
Bors: Merge Automation Configuration	Bors: マージ自動化設定、従来型コミット検証
PR Title Validation Workflow	PR タイトル検証ワークフロー
Code Coverage Requirement	コードカバレッジ要件

ベストプラクティス

✅ すべき こと

• PR テンプレートを一貫性のために使用する
• マージ前にコードレビューを必須にする
• CI/CD チェックが合格することを強制する
• コード所有者に基づいてレビュアーを自動割り当てする
• 整理のために PR にラベルを付ける
• コミットメッセージを検証する
• クリーンな履歴のためにスクワッシュコミットを使用する
• 最小カバレッジ要件を設定する
• 詳細な PR 説明を提供する

❌ すべきではないこと

• コードをレビューせずに承認する
• 失敗した CI チェックをマージする
• あいまいな PR タイトルを使用する
• 自動化チェックをスキップする
• レビューなしで保護されたブランチにマージする
• コードカバレッジの低下を無視する
• 共有ブランチに強制プッシュする
• PR なしで直接マージする