Github 在处理要素分支时使用拉请求而不是合并。是git流吗？ 我想知道的是

我想在处理功能分支时使用pull-request而不是merge。也是git流吗

为什么会有这样的想法？

我更喜欢使用pull-request而不是merge来查看源代码

我不想在master中保留我的功能分支的“提交历史记录”

请出示任何推荐的git回购协议。例如 我想找到遵循git流的存储库来研究git流

您会推荐git flow上的任何存储库吗？我将标记star并关注您或其他人的存储库

GitHub的存储库是一个开源项目的好例子，参与者创建一个分支，提交并推送到该分支，准备好后，打开一个请求。如果项目所有者接受拉取请求，则会将其合并。这里是一个链接

我想在处理功能分支时使用pull-request而不是merge。也是git流吗

创建一个新的分支，处理该分支，打开一个请求以供审查，并最终合并您的更改，这是Git流和应用程序的最佳实践

我更喜欢使用pull-request而不是merge来查看源代码

是的，这很好。您可以利用的功能自动化测试，并确保在满足所有要求的条件之前无法合并分支

---

希望有帮助-如果这没有回答您的问题，请告诉我。

您可以安装git扩展以支持git流。git flow的AVH版本有一些很棒的特性：

它支持挂钩（自定义脚本）：

您可以使用以下方式在Mac上安装AVH版本：

brew install git-flow-avh

要在git流中支持拉取请求，可以添加脚本：

.git/hooks/post-flow-feature-publish.sh

运行命令时：

git flow feature my-feature publish

---

Git flow会将代码推送到功能分支，并调用钩子脚本来创建PR。

非常感谢！这肯定会有帮助，这很有趣，但是脚本的内容是什么呢？