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