GitHubとAtlassian Stashのコンテキストでは、プル リクエストを実行する共通の機能があります。プル リクエストとブランチの違いは何ですか? プルリクエストは、ブランチを呼び出す別の方法のように見えますか?
4 に答える
プル リクエストは、ブランチの一部の変更をターゲット ブランチにマージする必要があることを示しています。
一例として、現在の開発ブランチ (「master」など) に基づいて新しいブランチ「my-feature」を作成することがあります。完了したら、ブランチをリモート リポジトリにプッシュし、「my-feature」から「master」へのプル リクエストを作成できます。プル リクエストは、人々に変更とコメントを確認する機会を与えます。また、プル リクエストで更新されるフィードバックに応じて、同じブランチに追加の変更をプッシュすることができます。コードがマージに適している場合、誰かがマージを master に適用でき、プル リクエストは閉じられます。
もちろん、最初にプル リクエストを作成しなくてもブランチをマージできますが、プル リクエストのメリットはコラボレーションにあります。Stash では、誰がどのブランチにマージできるかを構成し、マージを行う前に一定数のビルドまたは承認を渡す必要があります。チーム環境では、このようなワークフローはコードの品質と開発速度の向上に役立ちます。
プル リクエストを使用すると、GitHub リポジトリにプッシュした変更を他のユーザーに伝えることができます。プル リクエストが送信されると、関係者は一連の変更を確認し、潜在的な変更について話し合い、必要に応じてフォローアップ コミットをプッシュすることさえできます。
別のバージョンのコードはBRANCHです
開発者が git を使用する方法を説明するワークフローがいくつかあります。それらの 1 つが機能ブランチ ワークフローです。
フィーチャー ブランチ ワークフローの背後にある中心的な考え方は、すべてのフィーチャー開発をマスター ブランチではなく専用ブランチで行う必要があるということです。
機能開発をカプセル化することで、プル リクエストの活用も可能になります。詳細な例は、Feature Branches and Pull Requests : Walkthrough にあります。
同様のGitHub 標準フォーク & プル リクエスト ワークフロー(または単にプル リクエスト ワークフロー) があり、自分のリポジトリ内にブランチを作成する代わりに、他のリポジトリからフォークを作成します。
これらの概念を区別せず、「フィーチャー ブランチ ワークフロー」と「プル リクエスト ワークフロー」という用語を同じ意味で使用する人もいます。他の人にとっては混乱を招く可能性があります。