如果合并拉取请求，我需要遵循哪些一般步骤来生成源的本地副本（在它实际合并之前）？
一个示例情况：假设用户 A 将 repo_X（由用户 X 拥有）分叉到 repo_X_A，对源src/ brittle.c和libs/brittle-lib.c 进行更改，并为 repo repo_X 提出 github 拉取请求。现在，假设用户 X 想要在将源合并到 repo_X 之前对源进行一些检查，我想生成这些源的副本brittle.c和brittle-lib.c并进行更改（实际上不将更改合并到回购_X）。我可以以编程方式进行吗？
通过 GitHub API（尤其是pull req API），我可以获得给定 pull req 的修改文件列表。现在，我该怎么做才能生成源的本地副本，就像它们在拉取请求中应用更改后一样？
如果是正确的，我应该以 .patch 格式（再次通过 API）获取差异，从 repo/branch/tag 获取源，将差异修补到它上面。需要有关如何实现在 python 程序中应用更改的这一部分的指示吗？为 *nix 补丁实用程序使用 python 绑定？
这确实是正确的方式，还是有更简单/更好/优雅的方式？我正在尝试使用 python-requests 和 github API。