> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-ja/pururikuesuto/pururikuesutono.md). # プルリクエストの概要 {% hint style="warning" %} #### 旧UI向けに作成 この記事は旧UI向けに作成されました。手順は今でも使用できますが、スクリーンショットは古くなっています。場合によっては、手順で参照されている項目が移動または変更されていることがあります。項目が見つからない場合は、 [どこに行ったのか](/devops/devops-ja/shii-uiux-heno/dokonittanoka.md) 記事。 {% endhint %} ## ![](https://225042527-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) 概要 プルリクエストは Cloud DevOps ワークフローの重要な一部であり、ソースブランチからターゲットブランチへの更新を可能にします。これらは、マージ前に承認が必要なコードレビューを通じてコラボレーションを支援するよう設計されています。 **プルリクエストの利点:** * **コードレビュー**: マージ前に変更を徹底的に確認できます。 * **競合の検出**: プロセスの早い段階で競合を特定し、対処します。 * **クリーンなリリース履歴**: 整理された明確なプロジェクト履歴を維持します。 {% hint style="info" %} #### Smart Merge と Pull Request の比較 Smart Merge と Pull Request はどちらも、ソースブランチからターゲットブランチへ変更をマージしますが、それぞれ異なるワークフローに適しています。 **Smart Merge** は、Pull Request やチームの承認を必要とせず、ブランチ間で変更を直接マージする、簡潔な 1 ステップのプロセスです。緊急の修正や、迅速なリリースが必要な重要な変更など、時間的制約のある状況に適しています。 1つの **Pull Request**は対照的に、チームでの共同作業のために作られた、構造化された複数ステップのプロセスです。複数のレビュー担当者が変更を確認し、修正を依頼し、マージする前に正式に承認できます。 一般的な目安として、変更に他のチームメンバーによる確認や承認が必要な場合は Pull Request を使い、変更を素早く統合する必要がある場合は Smart Merge を選びます。 {% endhint %} スマートマージについては、次の記事を参照してください。 * [スマートマージの使用](/devops/devops-ja/kdo/buranchi/sumtomjino.md) ## プルリクエスト概要ページ プルリクエスト概要ページでは、アクティブなすべてのリクエストの包括的な概要を表示します。中央ハブとして機能し、進捗の追跡とマージ準備を容易にします。各プルリクエストには次の詳細が表示されます。 {% hint style="info" %} #### アクティブなプルリクエスト プルリクエスト概要ページには、アクティブなプルリクエストのみが一覧表示されます。プルリクエストが **マージ済み** または **クローズ済み**になると、アクティブなプルリクエスト一覧から削除されます。 {% endhint %}
タイトルとIDプルリクエストのタイトルとID番号です。各プルリクエストには一意の連番ID番号が割り当てられます。
ステータスプルリクエストのステータスは、作成済み、レビュー依頼済み、変更依頼済み、承認済みのいずれかです。
作成者プルリクエストを作成した Flosum ユーザーです。
最新のアクティビティプルリクエストの最新アクティビティからの経過時間です。
ターゲットとソースターゲットブランチとソースブランチが、ソースからターゲットへ向かう矢印とともに表示されます。ブランチをクリックすると、そのブランチのメインページに移動します。
レビュー担当者プルリクエストのレビュー担当者として割り当てられた Flosum ユーザーです。
プルリクエストをクリックすると、そのリクエストの概要ページに移動し、そこで操作を行えます。 この **3つの縦のドット** は、プルリクエストの末尾にあるメニューで、次のオプションを提供します。 * **編集**: プルリクエストの編集ページに移動して、次を変更します。 **ターゲットブランチ**, **ソースブランチ**, **名前**、および **説明**. * **クローズ**: マージせずにプルリクエストを終了します。クローズすると、プルリクエストはプルリクエスト一覧に表示されなくなり、これ以上操作を行うことはできません。
### 検索、並べ替え、およびフィルタリング プルリクエストページは、次のツールを使用して検索、フィルタリング、並べ替えができます。 * **検索** – プルリクエスト名またはIDで検索します。 * **作成者** – PR作成者でフィルタします。 * **ステータス** – ステータスでフィルタします（作成済み、レビュー依頼済み、変更依頼済み、承認済み）。 * **レビュー担当者** – 割り当てられたレビュー担当者でフィルタします。 * **最新のアクティビティ** – プルリクエストを次の条件で並べ替えます。 * 名前で並べ替え A–Z – アルファベット順。 * 名前で並べ替え Z–A – 逆アルファベット順。 * 最新のアクティビティ – 最新の更新が先。 * 最古のアクティビティ – 最も古い更新が先。 * **日付範囲** – 作成または更新の期間でフィルタします。日付ウィジェットを使用して範囲を入力します。 ### プルリクエストのステータス
ステータス説明
作成済みプルリクエストは開かれているが、まだレビューされていません。
レビュー依頼済みレビュー担当者は割り当て済みですが、まだフィードバック待ちです。
変更依頼済みレビュー担当者が承認前に修正を依頼しました。
承認済みプルリクエストはレビュー担当者に承認され、マージ可能な状態です。
## プルリクエストのプロセス プルリクエストには、作成、レビュー、マージの3つの主要なステップがあります。作成中に競合が発生した場合は、マージ前に解決する必要があります。各ステップの詳細なガイダンスは、次の記事で提供されます。 * [プルリクエストの手順 1: 作成](/devops/devops-ja/pururikuesuto/pururikuesutonopurosesu/pururikuesutono-1.md) * [プルリクエストの手順 2: レビュー](/devops/devops-ja/pururikuesuto/pururikuesutonopurosesu/pururikuesutono-2-reby.md) * [プルリクエストの手順 3: マージ](/devops/devops-ja/pururikuesuto/pururikuesutonopurosesu/pururikuesutono-3-mji.md) * [プルリクエストの競合の解決](/devops/devops-ja/pururikuesuto/pururikuesutonopurosesu/pururikuesutonono.md) {% hint style="success" %} #### ベストプラクティス * 機能ブランチやバグ修正ブランチをマージする前に、必ずプルリクエストをレビューしてください。 * レビュー担当者向けに、分かりやすいタイトルと説明を記述してください。 * 責任の所在を明確にするため、少なくとも1人のレビュー担当者を割り当ててください。 * マージ前にプルリクエストの競合を解決してください。 * 一覧を整理しておくため、古くなったプルリクエストはクローズしてください。 {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/devops/devops-ja/pururikuesuto/pururikuesutono.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.