在单个开发人员 GitHub 项目上更新分支时，我应该提交拉取请求还是合并？
Should I file a pull request or merge when updating branches on a single developer GitHub project?
我正在使用 GitHub Desktop 来管理我的 GitHub 存储库。这是一个有多个分支的项目（我正在使用 this model），我有时希望在一个分支中进行的更新出现在另一个分支中。
在我的特殊情况下，我有一个开发分支和一个从开发中为特定插件创建的功能分支。这个插件依赖于开发中更新的元素，最近我修复了开发中的一个错误，我也想把它转移到功能分支。
似乎有两种方法可以做到这一点（从 GUI 的角度来看）：
- 提出拉取请求
- 运行一个合并（具体是我在GitHub桌面切换到我要更新的分支，与你要更新的分支进行比较，然后点击合并按钮）
我的问题是：有什么区别？我一直赞成对这类事情进行合并，因为如果一个拉取请求产生冲突，它似乎比合并需要更多的步骤来解决它们。所以在我看来，这两者做的事情几乎是一样的，但我觉得肯定不止于此。拉取请求是否专为您没有合并权限的情况而设计？其他开发人员何时需要退出？因为当你想提出请求而不是解决冲突时？还有别的吗？我看到的关于这个的文档解释了工作但没有解释目的，至少没有让我更清楚这一点。
对于单个开发人员项目，是否有理由使用拉取请求而不是合并？我遗漏的两者之间是否存在根本区别？
抱歉，如果术语有点不对，我对整个分支的事情还很陌生，我试图从 git 最佳实践的角度来解决这个问题。
拉取请求旨在协作完成一组更改。如果您自己在做一个项目，那么合并更有意义。
来自GitHub Pull Request documentation:
Pull requests let you tell others about changes you've pushed to a repository on GitHub. Once a pull request is sent, interested parties can review the set of changes, discuss potential modifications, and even push follow-up commits if necessary.
我正在使用 GitHub Desktop 来管理我的 GitHub 存储库。这是一个有多个分支的项目（我正在使用 this model），我有时希望在一个分支中进行的更新出现在另一个分支中。
在我的特殊情况下，我有一个开发分支和一个从开发中为特定插件创建的功能分支。这个插件依赖于开发中更新的元素，最近我修复了开发中的一个错误，我也想把它转移到功能分支。
似乎有两种方法可以做到这一点（从 GUI 的角度来看）：
- 提出拉取请求
- 运行一个合并（具体是我在GitHub桌面切换到我要更新的分支，与你要更新的分支进行比较，然后点击合并按钮）
我的问题是：有什么区别？我一直赞成对这类事情进行合并，因为如果一个拉取请求产生冲突，它似乎比合并需要更多的步骤来解决它们。所以在我看来，这两者做的事情几乎是一样的，但我觉得肯定不止于此。拉取请求是否专为您没有合并权限的情况而设计？其他开发人员何时需要退出？因为当你想提出请求而不是解决冲突时？还有别的吗？我看到的关于这个的文档解释了工作但没有解释目的，至少没有让我更清楚这一点。
对于单个开发人员项目，是否有理由使用拉取请求而不是合并？我遗漏的两者之间是否存在根本区别？
抱歉，如果术语有点不对，我对整个分支的事情还很陌生，我试图从 git 最佳实践的角度来解决这个问题。
拉取请求旨在协作完成一组更改。如果您自己在做一个项目，那么合并更有意义。
来自GitHub Pull Request documentation:
Pull requests let you tell others about changes you've pushed to a repository on GitHub. Once a pull request is sent, interested parties can review the set of changes, discuss potential modifications, and even push follow-up commits if necessary.