クラウドGitリポジトリを提供するサービスでは、私は常にマージリクエストを見つけます。その目的は何ですか？誰がそれを作成するはずだったのですか？
また、マージリクエストのライフサイクルは何ですか？誰かがそれを作成してから、それをどのサイクルに渡すべきでしょうか？
回答：
回答№1は6マージリクエストとプルリクエストは基本的に同じものを指します。 GitHubやBitbucketなどのツールで名前を選択する プルリクエスト 最初の手動アクションはフィーチャーブランチをプルすることになるからです。 GitLabやGitoriousなどのツールで名前を選択する マージリクエスト それは譲受人に要求される最終的なアクションであるためです。
あなたがいる場合、プル/マージ要求が作成されますフィーチャーブランチで作業していて、メインブランチ（たとえば、マスターブランチ）での変更をマージする必要があります。マージ要求はコードレビューツールとして機能し、コードで不具合/問題が明らかになる場合、誰（通常は他の開発者）が修正をコミットしてプッシュできます。
ライフサイクル：ブランチを作成したり、問題を修正したり、機能を追加したり、プル/マージ要求を作成して誰かに割り当てると、修正内容を確認したり、プル/マージ要求を受け入れるか拒否することができます。
マージ/プルリクエストは、 "git merge"または "git pull"コマンドと混同しないでください。
回答№2のための5
私はあなたがプル・リクエスト（PR）を指していると信じています。マスターブランチにマージします。プルリクエストは、コードを分岐（分岐）してマスターブランチにコミットした人の標準的な方法です。一般に、1人のPRが1つのバグを解決するか、1つの機能を追加する必要がありこれは、通常、フォークされたコード上のフィーチャーブランチを使用し、フィーチャーが完了したときにそのブランチに対してプル要求を作成することによって実現されます。これにより、マージがはるかに容易になり、複数のフィーチャを操作して1つは拒否され、もう1つは受け入れられると、ブランチが衝突しないことを意味します。
あなたの質問に答えてそれらを作成します。通常、コードをフォークした人です。これはあなたの開発チームの人でも、あなたがどのように働くことを選択すればよいでしょうか？この主な領域は、公開されているオープンソースプロジェクトです。例えば、opensslには誰でもフォークできる公開githubがあります。フィーチャーを追加したり、バグを修正したりすることができます：分岐、分岐、コミット、プッシュとPRの提出。
PRが作成されると、それにかかるライフサイクルはあなたにそれはあらかじめ定義されていません。バグや機能が価値があるかどうかを判断し、コードをチェックして、それが何をしているのかをよく確認し、プロジェクトのコーディング標準を満たしているかどうかを確認してください。それをマージします。
ライフサイクルをより複雑にすることができますマスターに統合される前に他の開発機能を持つテスターによってテストされる開発ブランチに移動することができますが、実際にはプロジェクトに適したワークフローを見つけることができます。