这家公司我几年来一直很擅长滥用Git。开发工作是在硕士研究生和长期的“释放”上完成的。分支用于发布。滥用的是，人们直接检查发布，以至于主人不能再合并到其中，因此提交被特意发布。两者之间的历史是一场灾难。我们已经转移到短期发行分支机构，我们的开发分支机构“dev＆＃39;”已经从旧的发布分支中分离出来。分支。
我想再次开始在master上进行开发，但它的历史记录中包含大量未在发布中的提交＃39;从未测试过。我尝试了几种不同的方法来删除远程控制器上的分支，这样就不会将本地开发盒上的旧主控器的提交推送到新主控器。我想做的事（在我神奇的理想世界中）是：
让所有人在本地删除master然后再次检查它是最直接的解决方案，但对于多个国家/地区的30多位开发人员来说也是最难实现的。
如果某个提交包含某个提交，或者与提交合并，是否有一种方法可以拒绝推送？我知道最后一次对老主人的承诺，如果我可以识别推出任何比他们可以拒绝的东西更高的推出。除此之外，我不确定还有什么其他可能性来实现这样的目标。