Git 什么是合并请求？

在提供云Git存储库的服务上，我总能找到合并请求。它的目的是什么？谁应该创造它

---

另外，合并请求的生命周期是什么？有人创建了它，然后-它应该经过什么周期？

我相信您指的是合并到主分支中的拉请求（PR）。拉取请求是将代码分支（分叉）的人提交回主分支的标准方式。一般来说，一个PR应该解决一个bug或添加一个特性。这通常是通过在分叉代码上使用特性分支来实现的，然后在特性完成时在该分支上创建拉请求。这使得合并更加容易，并且意味着如果处理多个要素，其中一个被拒绝，而另一个被接受，则它们的分支不会发生冲突

因此，要回答您的问题，即谁应该创建它们，通常是人们对您的代码进行了分叉。这甚至可能是您的开发团队中的人员，如果您选择这样工作的话。这项工作的主要领域是公共开源项目。例如，openssl有一个公共github，任何人都可以使用它，如果有人想添加功能或修复bug，他们会：fork、branch、commit、push和submit-PR

一旦创建了PR，它的生命周期就取决于您。它不是预定义的。一般来说，您至少要做的是：确定bug或功能是否值得，检查代码以确保它符合它所说的内容，编写良好，并且符合为您的项目制定的任何编码标准，然后如果它好，接受它并合并它

---

在合并到主应用程序之前，您可以通过让开发分支测试人员使用其他开发功能对生命周期进行测试，从而使生命周期变得更加复杂，但实际上，您需要找到一个适用于您的项目的工作流。

合并请求和拉取请求基本上是指同一件事。GitHub和Bitbucket等工具选择名称拉取请求，因为第一个手动操作是拉取功能分支。GitLab和Gitorious等工具选择名称合并请求，因为这是受让人请求的最终操作

如果您在功能分支中工作，并且希望合并主分支（例如主分支）中的更改，则会创建拉/合并请求。合并请求用作代码审查工具，如果您的代码显示了缺点/问题，任何人（通常是其他开发人员）都可以提交并推动修复

生命周期：您创建一个分支，修复一些问题或添加一个功能，创建一个拉/合并请求，然后您将其分配给某人，他/她将审查您的修复，并可以接受/拒绝拉/合并请求

---

请注意，合并/拉取请求不应与“git merge”或“git pull”命令混淆。

请注意：拉取请求可以将请求代码合并到任何分支，而不仅仅是主分支。（git中的master没有什么特别之处）例如，我可能会发送一个pull请求来热修复发布分支中的bug；类似地，我可以发送一个pull请求来修复功能分支中的bug。