{"meta":{"title":"pull request のドキュメント","intro":"プル要求を作成、確認、マージし、マージの競合を解決し、フォークを操作する方法について説明します。","product":"Pull Request","breadcrumbs":[{"href":"/ja/pull-requests","title":"Pull Request"}],"documentType":"product"},"body":"# pull request のドキュメント\n\nプル要求を作成、確認、マージし、マージの競合を解決し、フォークを操作する方法について説明します。\n\n## Recommended\n\n* [プルリクエストについて](/ja/pull-requests/get-started/about-pull-requests)\n\n  プル要求を使用して、 GitHubでの変更の提案、ディスカッション、マージを行います。\n\n* [支店](/ja/pull-requests/reference/branches)\n\n  GitHubのブランチを使用して、開発作業を分離し、既定のブランチを管理し、プル要求とブランチ保護を使用して効果的に共同作業を行います。\n\n* [pull request の作成](/ja/pull-requests/how-tos/create-pull-requests/creating-a-pull-request)\n\n  リポジトリ内のコードに対する変更を提案するプル要求を作成します。\n\n* [プルリクエストで提案された変更をレビューする](/ja/pull-requests/how-tos/review-pull-requests/reviewing-proposed-changes-in-a-pull-request)\n\n  マージ前に、プル リクエスト内のコミット、ファイルの変更、差分を確認して、フィードバックを送信したり、変更を承認したり、更新をリクエストしたりできます。\n\n* [pull request のマージ](/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-a-pull-request)\n\n  プル要求をアップストリーム ブランチにマージし、マージ方法を選択し、レビューや状態チェックなどのリポジトリ要件を満たします。\n\n* [GitHubでのマージ競合の解決](/ja/pull-requests/how-tos/merge-and-close-pull-requests/resolving-a-merge-conflict-on-github)\n\n  競合エディターを使用して、 GitHub で単純なマージ競合を直接解決するか、コマンド ラインを使用して複雑なケースを処理します。\n\n* [リポジトリをフォークする](/ja/pull-requests/how-tos/work-with-forks/fork-a-repo)\n\n  GitHub上のリポジトリをフォークして、変更の提案、プロジェクトでの共同作業、コードベースの独自のコピーの管理を行います。\n\n* [コミット](/ja/pull-requests/reference/commits)\n\n  コミットによってファイルへの変更が保存され、オーサリングが追跡され、プロジェクトの履歴がGitHubに整理される方法について説明します。\n\n## Links\n\n### Getting started\n\n* [プルリクエストについて](/ja/pull-requests/get-started/about-pull-requests)\n\n  プル要求を使用して、 GitHubでの変更の提案、ディスカッション、マージを行います。\n\n## Articles\n\n* [プルリクエストについて](/ja/pull-requests/get-started/about-pull-requests)\n\n  プル要求を使用して、 GitHubでの変更の提案、ディスカッション、マージを行います。\n\n* [スタックされたプルリクエストについて](/ja/pull-requests/get-started/about-stacked-prs)\n\n  大規模なコード変更を、個別に確認およびマージできる、より小さな依存プル要求のチェーンに分割します。\n\n* [フォークについて](/ja/pull-requests/get-started/about-forks)\n\n  フォークを使用してリポジトリの独自のコピーを変更し、元のプロジェクトに提案します。\n\n* [プル リクエストのクイックスタート](/ja/pull-requests/get-started/pull-request-quickstart)\n\n  最初の変更を提案し、最初のコミットからマージされたプルリクエストまで進めましょう。\n\n* [スタックプル要求のクイック スタート](/ja/pull-requests/get-started/stacked-prs-quickstart)\n\n  `gh stack`にGitHub CLI拡張機能をインストールし、スタックされたプル要求の最初のセットを作成します。\n\n* [プル リクエストをレビューするクイックスタート](/ja/pull-requests/get-started/reviewing-pull-requests-quickstart)\n\n  コメントを残したり、提案を行ったり、承認したり、変更をリクエストしたりして、プル リクエストをレビューします。\n\n* [プロジェクトのコードを記述する](/ja/pull-requests/concepts/writing-code-for-a-project)\n\n  ブランチ、フォーク、コミット、プル要求を使用して、コラボレーション プロジェクトのコード変更を安全に書き込み、調整し、提案します。\n\n* [自分の変更を他のユーザーが確認できるようにする](/ja/pull-requests/concepts/helping-others-review-your-changes)\n\n  コラボレーションを改善し、レビューを合理化し、変更に関するチームの情報をチームに伝える、明確で焦点を絞ったプルリクエストを作成します。\n\n* [レビューの提供](/ja/pull-requests/concepts/giving-reviews)\n\n  コードをマージする前に、変更にコメントしたり、編集を提案したり、承認したり更新を依頼したりして、プル リクエストにフィードバックを提供します。\n\n* [レビューの解決](/ja/pull-requests/concepts/resolving-reviews)\n\n  変更を比較し、コードを更新し、コメントを解決してマージ用の pull request を準備することで、レビューフィードバックに対処します。\n\n* [コードのデプロイ](/ja/pull-requests/concepts/deploying-code)\n\n  コードをデプロイするときに、デプロイ前のチェックを検証し、マージ戦略を選択し、ブランチを効果的に管理します。\n\n* [リポジトリ内のブランチの管理](/ja/pull-requests/how-tos/commit-changes/managing-branches-within-your-repository)\n\n  開発用の新しいブランチを作成し、 GitHubで未使用のブランチを直接削除します。\n\n* [フォークから作成されたプルリクエストのブランチへの変更をコミットする](/ja/pull-requests/how-tos/commit-changes/committing-changes-to-a-pull-request-branch-created-from-a-fork)\n\n  必要なアクセス許可を取得し、Git コマンドを効果的に使用して、フォークから作成された pull request ブランチに変更をコミットします。\n\n* [複数の作成者または組織に代わってコミットを作成する](/ja/pull-requests/how-tos/commit-changes/creating-a-commit-with-multiple-authors)\n\n  コラボレーションと透明性を高めるため、コミット メッセージに「トレーラー」を使用して、複数の作成者や組織にコミットを帰属させます。\n\n* [コミットメッセージの変更](/ja/pull-requests/how-tos/commit-changes/changing-a-commit-message)\n\n  不明、正しくない、または機密性の高いコミット メッセージをローカルで修正し、更新されたコミットを GitHubにプッシュします (最近または古いコミットを編集する手順を含む)。\n\n* [コミットを比較する](/ja/pull-requests/how-tos/commit-changes/comparing-commits)\n\n  ブランチ、タグ、コミット、フォーク、日付を比較して、変更を分析し、リポジトリ履歴を効果的に追跡します。\n\n* [コミットのトラブルシューティング](/ja/pull-requests/how-tos/commit-changes/troubleshooting-commits)\n\n  正しくないユーザー リンク、ローカル コミットの欠落、プッシュ保護ブロックなどの一般的なコミットの問題を解決します。\n\n* [pull request の作成](/ja/pull-requests/how-tos/create-pull-requests/creating-a-pull-request)\n\n  リポジトリ内のコードに対する変更を提案するプル要求を作成します。\n\n* [スタックされたプル要求の作成](/ja/pull-requests/how-tos/create-pull-requests/creating-stacked-pull-requests)\n\n  `gh stack`または直接GitHub CLIでGitHub拡張機能を使用して、依存するプル要求のスタックを作成します。\n\n* [フォークからプルリクエストを作成する](/ja/pull-requests/how-tos/create-pull-requests/creating-a-pull-request-from-a-fork)\n\n  フォークからプル要求を作成し、アップストリーム リポジトリへの変更を提案し、コードで効果的に共同作業を行います。\n\n* [プルリクエストのステージの変更](/ja/pull-requests/how-tos/create-pull-requests/changing-the-stage-of-a-pull-request)\n\n  下書きプル要求をレビューの準備完了としてマークするか、開いている pull request を下書きに変換してワークフローを効果的に管理します。\n\n* [スタックされたプル要求の管理](/ja/pull-requests/how-tos/create-pull-requests/managing-stacked-pull-requests)\n\n  GitHub CLIを使用して、スタックされたプル要求を再構築し、ブランチをリベースし、下位レイヤーに変更を加えます。\n\n* [ベースブランチとプルリクエストを同期させ続ける](/ja/pull-requests/how-tos/create-pull-requests/keeping-your-pull-request-in-sync-with-the-base-branch)\n\n  マージする前に、競合を解決し、互換性を確保するために、ベース ブランチからの変更で pull request ブランチを更新します。\n\n* [プルリクエストのベースブランチの変更](/ja/pull-requests/how-tos/create-pull-requests/changing-the-base-branch-of-a-pull-request)\n\n  オープン プル要求のベース ブランチを変更して、変更を別のブランチと比較し、正確な更新を確認します。\n\n* [プルリクエストレビューを依頼する](/ja/pull-requests/how-tos/create-pull-requests/requesting-a-pull-request-review)\n\n  個人またはチームからの pull request のレビューを要求して、フィードバックとコラボレーションを徹底します。\n\n* [スタックされたプル要求](/ja/pull-requests/how-tos/stacked-pull-requests)\n\n  スタック プル要求を使用して、大規模なコード変更を、個別に確認およびマージできる小さな依存プル要求のチェーンに分割します。\n\n* [プルリクエストをローカルでチェック アウトする](/ja/pull-requests/how-tos/review-pull-requests/checking-out-pull-requests-locally)\n\n  マージ競合を解決したり、変更をテストしたり、コードを修正したりするには、プルリクエストをローカルにチェックアウトします。\n\n* [プルリクエストで提案された変更をレビューする](/ja/pull-requests/how-tos/review-pull-requests/reviewing-proposed-changes-in-a-pull-request)\n\n  マージ前に、プル リクエスト内のコミット、ファイルの変更、差分を確認して、フィードバックを送信したり、変更を承認したり、更新をリクエストしたりできます。\n\n* [スタックされたプル要求の確認](/ja/pull-requests/how-tos/review-pull-requests/reviewing-stacked-pull-requests)\n\n  スタック内の任意の場所にあるプル要求に関するレビュー フィードバックに対処し、変更をスタックの残りの部分にカスケードします。\n\n* [プルリクエスト内の依存関係の変更をレビューする](/ja/pull-requests/how-tos/review-pull-requests/reviewing-dependency-changes-in-a-pull-request)\n\n  プル要求の依存関係の変更を確認して、追加、更新、または削除された依存関係を特定し、運用環境に到達する前に脆弱性を検出します。\n\n* [プルリクエストへのコメント](/ja/pull-requests/how-tos/review-pull-requests/commenting-on-a-pull-request)\n\n  一般的なフィードバック、行固有の提案、コラボレーションとコード レビューを強化するためのファイル レベルのディスカッションなど、 GitHubの pull request に関するコメントを残します。\n\n* [必須レビューでのプルリクエストの承認](/ja/pull-requests/how-tos/review-pull-requests/approving-a-pull-request-with-required-reviews)\n\n  マージする前に、承認ルールの設定、変更の確認、フィードバックの送信など、必要なレビューを含む pull request を承認します。\n\n* [プルリクエストレビューを表示する](/ja/pull-requests/how-tos/review-pull-requests/viewing-a-pull-request-review)\n\n  1 件のプル リクエスト レビュー内のすべてのコメントを表示して閲覧し、変更内容とフィードバックを把握できます。\n\n* [プルリクエストレビューの却下](/ja/pull-requests/how-tos/review-pull-requests/dismissing-a-pull-request-review)\n\n  古いまたは未承認の pull request レビューを無視し、必要なコメントで状態を更新します。\n\n* [プルリクエストでのフィードバックを取り込む](/ja/pull-requests/how-tos/review-pull-requests/incorporating-feedback-in-your-pull-request)\n\n  提案された変更をプル要求に直接適用し、複数の提案を 1 つのコミットにバッチ処理するか、問題を開いてスコープ外のフィードバックを追跡します。\n\n* [GitHubでのマージ競合の解決](/ja/pull-requests/how-tos/merge-and-close-pull-requests/resolving-a-merge-conflict-on-github)\n\n  競合エディターを使用して、 GitHub で単純なマージ競合を直接解決するか、コマンド ラインを使用して複雑なケースを処理します。\n\n* [コマンド ラインを使用してマージ コンフリクトを解決する](/ja/pull-requests/how-tos/merge-and-close-pull-requests/resolving-a-merge-conflict-using-the-command-line)\n\n  競合する変更を特定し、ファイルを編集し、解決をコミットすることで、コマンド ラインを使用してマージの競合を解決します。\n\n* [必須ステータスチェックのトラブルシューティング](/ja/pull-requests/how-tos/merge-and-close-pull-requests/troubleshooting-required-status-checks)\n\n  必要な状態チェックのトラブルシューティングを行い、よくあるエラーを解決し、保護されたブランチへのマージやプッシュの制限を解除します。\n\n* [スタックプル要求のトラブルシューティング](/ja/pull-requests/how-tos/merge-and-close-pull-requests/troubleshooting-stacked-pull-requests)\n\n  リベースの競合、ブロックされたマージ、中断された操作、マージ キューの問題など、スタックされたプル要求に関する一般的な問題を解決します。\n\n* [pull request のマージ](/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-a-pull-request)\n\n  プル要求をアップストリーム ブランチにマージし、マージ方法を選択し、レビューや状態チェックなどのリポジトリ要件を満たします。\n\n* [pull request とマージ キューのマージ](/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-a-pull-request-with-a-merge-queue)\n\n  GitHubのマージ キューを使用して、プル要求のマージを効率化し、必要なチェックが成功することを確認し、キュー操作を効果的に管理します。\n\n* [プルリクエストを自動的にマージする](/ja/pull-requests/how-tos/merge-and-close-pull-requests/automatically-merging-a-pull-request)\n\n  プル要求の自動マージを有効または無効にして、ワークフローを効率化し、すべての要件が満たされたら変更を自動的にマージします。\n\n* [スタックされたプルリクエストのマージ](/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-stacked-pull-requests)\n\n  スタックを一番下から上、個別、または連続したグループにマージします。\n\n* [スタックされたプル要求に対する CI の最適化](/ja/pull-requests/how-tos/merge-and-close-pull-requests/optimizing-ci-for-stacked-pull-requests)\n\n  ワークフロー GitHub Actions スタックに対して実行する方法、ワークフロー内のスタック メタデータにアクセスする方法、冗長な CI 使用率を減らす方法について説明します。\n\n* [プルリクエストをリバートする](/ja/pull-requests/how-tos/merge-and-close-pull-requests/reverting-a-pull-request)\n\n  以前マージされたプルリクエストを取り消すための新しいプルリクエストを作成し、マージ競合が発生した場合は対処します。\n\n* [プルリクエストを閉じる](/ja/pull-requests/how-tos/merge-and-close-pull-requests/closing-a-pull-request)\n\n  プル要求をマージせずに閉じて、不要な変更を管理したり、他のブランチの代替ソリューションに対処したりします。\n\n* [リポジトリをフォークする](/ja/pull-requests/how-tos/work-with-forks/fork-a-repo)\n\n  GitHub上のリポジトリをフォークして、変更の提案、プロジェクトでの共同作業、コードベースの独自のコピーの管理を行います。\n\n* [フォーク用のリモート リポジトリの構成](/ja/pull-requests/how-tos/work-with-forks/configuring-a-remote-repository-for-a-fork)\n\n  フォークと元のリポジトリの間の変更を同期するために、Git のアップストリーム リポジトリを指すリモート を設定します。\n\n* [フォークを同期する](/ja/pull-requests/how-tos/work-with-forks/syncing-a-fork)\n\n  Web インターフェイス、GitHub CLI、またはコマンド ラインを使用して、フォークされたリポジトリをアップストリーム リポジトリと同期します。\n\n* [フォークから作成されたブランチへのプルリクエストの変更を許可する](/ja/pull-requests/how-tos/work-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)\n\n  リポジトリの保守担当者が変更をコミットして、個人用アカウントのフォークから作成された要求ブランチをプルできるようにすることで、コラボレーションを有効にします。\n\n* [フォークを解除](/ja/pull-requests/how-tos/work-with-forks/detaching-a-fork)\n\n  フォーク ネットワークからリポジトリを切断するには、ネットワークを離れるか、手動の手順でスタンドアロン リポジトリを作成します。\n\n* [Pull Request](/ja/pull-requests/reference/pull-requests)\n\n  pull request を使用してコードの変更を提案、レビュー、マージし、効果的に共同作業を行い、コードの品質を維持します。\n\n* [スタックされたプル要求](/ja/pull-requests/reference/stacked-pull-requests)\n\n  GitHubでのスタック プル要求の機能に関する規則と要件。\n\n* [Stacked pull requests CLI コマンド](/ja/pull-requests/reference/stacked-prs-cli-commands)\n\n  `gh stack`で、GitHub CLI拡張機能のすべてのコマンド、フラグ、終了コードを見つけます。\n\n* [Stacked pull requests API と webhook](/ja/pull-requests/reference/stacked-pull-requests-apis-and-webhooks)\n\n  GitHub REST API と GraphQL API、および Webhook を使用して、スタックプル要求をプログラムで読み取って管理します。\n\n* [支店](/ja/pull-requests/reference/branches)\n\n  GitHubのブランチを使用して、開発作業を分離し、既定のブランチを管理し、プル要求とブランチ保護を使用して効果的に共同作業を行います。\n\n* [フォーク](/ja/pull-requests/reference/forks)\n\n  個別の設定とアクセス許可を使用して、元のリポジトリに接続された個別のリポジトリを作成することで、フォークが独立したコラボレーションを可能にする方法について説明します。\n\n* [コミット](/ja/pull-requests/reference/commits)\n\n  コミットによってファイルへの変更が保存され、オーサリングが追跡され、プロジェクトの履歴がGitHubに整理される方法について説明します。\n\n* [積み上げプル要求で他のツールを使用する](/ja/pull-requests/reference/use-other-tools-with-stacked-pull-requests)\n\n  Jujutsu、Sapling、git-town などのツールで、積み上げプル要求を使用します。\n\n* [クエリ パラメーターを使って pull request を作成する](/ja/pull-requests/reference/using-query-parameters-to-create-a-pull-request)\n\n  クエリ パラメーターを使用して、事前入力されたタイトル、説明、ラベルなどを含むプル要求を開くカスタム URL を作成します。\n\n* [プルリクエストのレビュー](/ja/pull-requests/reference/pull-request-reviews)\n\n  マージする前に、pull request を確認してフィードバックを提供し、変更を提案し、コードの品質を確認します。\n\n* [状態の確認](/ja/pull-requests/reference/status-checks)\n\n  状態チェックでコミットがリポジトリの条件を満たしていることを確認し、プル要求のレビューを支援し、ビルド、テスト、デプロイなどの検証を管理する方法について説明します。\n\n* [プル要求のマージ](/ja/pull-requests/reference/pull-request-merges)\n\n  リポジトリ履歴を効果的に管理するために、マージ コミット、スカッシュ マージ、リベースなど、プル要求をマージする方法について説明します。\n\n* [マージ競合](/ja/pull-requests/reference/merge-conflicts)\n\n  Git でマージの競合を特定して解決し、ブランチの統合をスムーズにし、プル要求のマージを成功させます。\n\n* [Pull request の管理と標準化](/ja/pull-requests/reference/managing-and-standardizing-pull-requests)\n\n  テンプレート、コード所有者、保護されたブランチ、ルールセット、自動化されたツールを使用してプル要求を管理および標準化し、一貫性のある安全なリポジトリへの貢献を実現します。\n\n* [Pre-receive フックを利用する](/ja/working-with-pre-receive-hooks)\n\n  GitHub Enterprise Server で pre-receive フックを使用して、リポジトリ ポリシーを適用し、シークレットの混入や無効なコミットなどの問題を防ぎます。\n\n* [積み重ねられたプル要求を組織にロールアウトする](/ja/pull-requests/tutorials/roll-out-stacked-prs)\n\n  積み上げプル要求は、チームが必要なレビューと状態チェックを維持しながら、小規模でレビュー可能なレイヤーに大きな変更を提供するため、組織がレビュー品質を維持するのに役立ちます。"}