我正在寻找一个问题的解决方案，我似乎越来越多地处理快速变化的分布式项目。这是问题陈述：
有许多开发人员致力于改进github中使用nuget.exe pack "TestReadmeFile.csproj.nuspec"分支的公共代码库。每个人都旋转自己的叉子/分支并独立开发他们的功能。在这种情况下，这些开发人员正在对master进行重大更改，以便将工作分开。每个人都会采取一系列独立的解决方案来解决和推迟。每个人都会以典型的方式创建他们的分支/分支：
master
让我们假设开发人员2完成了他的代码并创建了一个拉动请求，每个人都同意这是正确的，但是由于缺乏资源而被延迟合并为主。开发人员1想要获得这些修复，以便他可以使用它们。因此，他使用类似git checkout -b featuredev master的内容将它们拉入当前的开发分支，以将代码放入其当前的仓库中。
开发人员1完成了他的工作，现在想将他的修复程序推回服务器。如果他做了git pull /ref/123/head git将正确地将他的源推送到pull请求，它还将包括开发人员2的所有提交。所以现在当开发人员1创建PR时，它拥有他的所有提交和所有开发人员2的提交包含在另一个pull请求中。有没有办法让开发人员1只推送他的代码更改而不是开发人员2的提交？我生成的场景无关紧要吗？现在，我发现隔离开发人员1的更改的唯一方法是在执行推送之前经历一个恼人的rebase操作以从分支中删除开发人员2的提交。