1. サーバーにアップロードされた提出物は、リセットであろうとリベースであろうと、チームメイトによって拒否されます。
過剰な送信は、変更がすべて肯定的なものであれば記録するだけであり、逆に、推奨されるベスト プラクティス戦略です。
2. サーバーをリセットする権限がある場合は、ローカルとサーバーを強制的に対応する送信にジャンプさせるだけで、チームメイトはまだ元の位置にいます。更新と再送信の結果は非常に劇的になります。
この場合、リベースはローカルとサーバーにとっては良いことですが、チームメイトはあなたを叱って新しいブランチを作成することになりますが、同時にローカル送信の冗長性が非常に高まりました。

リーリー

はい、検索するだけで見つかります

しかし、これを行うことはあまりお勧めしません。

@AlexChen はすでにリセット コマンドを使用して実行すると言っています:

このコマンドの効果は、このコミット後のすべてのコミットを元に戻すことです。 revert コマンドを使用して行うこともできます:

その効果は、特定の提出をキャンセルすることです。
これは確かに非常に危険ですので、注意してください。

rebase コマンドは冗長なコミットをマージできる印象があります

http://www.ruanyifeng.com/blog/2015/08/git-use-process.html
この記事を参照してください

は、git commit ファイルの変更を保存するだけなので、多くのスペースを占有しません