哪个分支提出拉取请求？
Which branch to make a pull request?
如果我向某人的存储库发出拉取请求，通常应该向 master 分支还是 "latest" 分支？还是不能笼统地说？
这取决于在哪里进行主要开发。在 Github 中的大多数项目中，这通常是 master 或 dev 分支（如果有的话）。所以你要做的是：
- 您创建存储库的分支
- 你可以在你想要修复的任何基础分支上进行修复（当然，如果你愿意，你也可以针对感兴趣的基础分支为该开发创建一个功能分支，取决于您的工作方式）
- 提交
- 推送
- 使用原始项目打开拉取请求
在大多数发展中的公司或工作方式更复杂的项目中，您经常会遇到这样的情况：
- 稳定
master
- 用于开发代码的
dev（或其他命名的）分支
- 基于
dev 分支的特征分支
- 当您准备发布时，将
dev 合并到 master
当然，这是一个相当简单的例子。在合并到 master 之前，您也可以有额外的分支层。例如，stable（或也称为 release）分支可能是将 dev 合并到 master 之间的附加步骤。这样的中间分支可用于在发布期间从开发分支回滚某些功能，或者对即将被削减的版本应用紧急修复，而不必将提交限制在实际的开发分支。
总而言之，这实际上取决于 team/company 的工作方法，这在 projects/companies 之间有很大不同，因此您很可能必须弄清楚最活跃的地方， （或最近的工作），正在进行中。如果这仍然不明显，正如 Philippe 所指出的，您可以随时联系团队并告诉他们您想要修复某些问题并询问您的工作基于哪个分支。
如果我向某人的存储库发出拉取请求，通常应该向 master 分支还是 "latest" 分支？还是不能笼统地说？
这取决于在哪里进行主要开发。在 Github 中的大多数项目中，这通常是 master 或 dev 分支（如果有的话）。所以你要做的是：
- 您创建存储库的分支
- 你可以在你想要修复的任何基础分支上进行修复（当然，如果你愿意，你也可以针对感兴趣的基础分支为该开发创建一个功能分支，取决于您的工作方式）
- 提交
- 推送
- 使用原始项目打开拉取请求
在大多数发展中的公司或工作方式更复杂的项目中，您经常会遇到这样的情况：
- 稳定
master - 用于开发代码的
dev（或其他命名的）分支 - 基于
dev分支的特征分支 - 当您准备发布时，将
dev合并到master
当然，这是一个相当简单的例子。在合并到 master 之前，您也可以有额外的分支层。例如，stable（或也称为 release）分支可能是将 dev 合并到 master 之间的附加步骤。这样的中间分支可用于在发布期间从开发分支回滚某些功能，或者对即将被削减的版本应用紧急修复，而不必将提交限制在实际的开发分支。
总而言之，这实际上取决于 team/company 的工作方法，这在 projects/companies 之间有很大不同，因此您很可能必须弄清楚最活跃的地方， （或最近的工作），正在进行中。如果这仍然不明显，正如 Philippe 所指出的，您可以随时联系团队并告诉他们您想要修复某些问题并询问您的工作基于哪个分支。