好吧，我没有找到更好的方法来给我的问题加标题。解释该场景比较容易。但是请记住这是一个Github问题，不是一个Prototype-JS问题（请不要为我添加标签）
我正在研究基于原型的Web应用程序。我发现1.7.1（不怪作者）有一些使我们烦恼的错误。幸运的是，所有这些错误的确通过master分支中接受的拉取请求提供了一个公开可用的修复程序。
我的老板和我讨论了为发现的每个不兼容性修补Prototype 1.7.1之间的选择，我们同意在即将投入生产的应用程序中使用“开发”版本不是最佳选择，因此我们的想法是修补我们的原型版本。
我对此负责。由于我想跟踪我公司适用于原型的更改（即使我是唯一会触摸JS文件的人），因此我想以一种可以让后代留下的有效方式来进行。
Github允许您将任何项目派生到您自己的工作区中，因此您可以根据需要进行任意操作。我想通过将它们实际链接到对原始项目的现有请求请求进行链接，来跟踪导入到Prototype中的补丁。
鉴于我在Github上创建了一个通用的开源项目，有什么方法可以找到拉取请求，提交给原始分支，然后选择将其“导入”到我自己的fork中（假设文件应该是diff-compatible），以便将其应用于我的分支？
当然，随着时间的推移，这使我能够保持跟踪记录（包括评论和讨论），有关我选择在分支机构中导入而没有的what
PRs。好吧，我没有找到更好的方法来给我的问题加标题。解释该场景比较容易。但是请记住，这是一个Github问题，而不是Prototype-JS问题（请不要为我添加标签）。...
鉴于我在Github上创建了一个通用的开源项目，有什么方法可以找到拉取请求，提交给原始分支，然后选择将其“导入”到我自己的fork中（假设文件应该是diff-compatible），以便将其应用于我的分支？
我发现了其他两种方法。
我有选择地添加拉取请求的工作流程是首先创建一个分叉。