git 上的脏分支
Dirty branch on git
我的项目中有一个主分支，它被一些错误的提交弄脏了（通过将一个侧分支合并到其中）。
现在，为了快速恢复主分支以免其他人被感染，我不想开始调查我可以离开哪个提交以及哪个是坏提交。我的电脑上本地有一个好的主分支，它是那个错误合并之前的最新版本，所以我们所做的是删除错误的远程分支并将本地好的分支推送到服务器。
除了不好的做法问题，我们解决的方式还有其他问题吗？
删除远程分支存在丢失其他团队成员进度的风险。如果他们取消新的更改，他们提交给该分支的任何内容都将丢失。此过程存在风险，不应用作常规工作流程的一部分。
然而，对于一个快速而肮脏的修复，特别是如果您可以与您的团队成员讨论正在发生的事情，这是对您的问题的合理修复。
答案是 "No"，因为该分支机构在您当地运作良好。
通过删除 "Bad push" 并使分支与 "Bad push" 之前一样，您做得很好。
如果再出现这样的情况就用Git的功能比如reverse commit git revert也可以参考这个link
Git command reference
我的项目中有一个主分支，它被一些错误的提交弄脏了（通过将一个侧分支合并到其中）。 现在，为了快速恢复主分支以免其他人被感染，我不想开始调查我可以离开哪个提交以及哪个是坏提交。我的电脑上本地有一个好的主分支，它是那个错误合并之前的最新版本，所以我们所做的是删除错误的远程分支并将本地好的分支推送到服务器。
除了不好的做法问题，我们解决的方式还有其他问题吗？
删除远程分支存在丢失其他团队成员进度的风险。如果他们取消新的更改，他们提交给该分支的任何内容都将丢失。此过程存在风险，不应用作常规工作流程的一部分。
然而，对于一个快速而肮脏的修复，特别是如果您可以与您的团队成员讨论正在发生的事情，这是对您的问题的合理修复。
答案是 "No"，因为该分支机构在您当地运作良好。 通过删除 "Bad push" 并使分支与 "Bad push" 之前一样，您做得很好。
如果再出现这样的情况就用Git的功能比如reverse commit git revert也可以参考这个link
Git command reference