生成源的本地副本（在实际合并之前）需要遵循的一般步骤是什么，如果拉取请求合并的话会是什么？
示例情况：假设用户A将repo_X（由用户X拥有）转发到repo_X_A，对源 src / brittle.c 和 libs / brittle-lib.c进行更改，并为repo repo_X引发github pull请求。现在，假设用户X想要在将其合并到repo_X之前对源进行一些检查，我想生成这些源的副本 brittle.c 和 brittle-lib。 c 有变化（实际上没有将更改合并到repo_X）。我可以通过编程方式进行吗？
通过GitHub API（特别是pull req API），我可以获得给定pull请求的修改文件列表。现在，如何在拉取请求中应用更改后生成源的本地副本？
如果我是对的，我应该以.patch格式（through API again）获取差异，从repo / branch / tag获取源，将diff修补到它上面。需要指出如何在python程序中实现应用更改的这一部分？使用python绑定* nix补丁实用程序？
这确实是正确的方式，还是有更简单/更好/更优雅的方式？我正在尝试使用python-requests和github API。