先輩に聞きたいのですが、GithubのPull RequestがRevertした後にコードを戻すにはどうすればよいでしょうか？

Question

Github のプル リクエストが元に戻された後にコードを復元する方法を教えてください。

シナリオは次のとおりです:
現在 2 つのブランチがあり、1 つは pre_release ブランチ、もう 1 つは feature_order 機能ブランチです

手順は次のとおりです。
1. feature_order 機能ブランチに変更を加え、GitHub でプル リクエスト操作を使用しました。
2. pre_release プレリリース ブランチがプル リクエストに同意しました。リクエストしてコードをマージしました
3. ただし、この時点で問題が発生したため、GitHub の Revert 機能を使用してプルを実行する必要があります。元に戻すリクエスト

症状は次のとおりです。
1. Revert 後、feature_order 機能ブランチが pre_release プレリリース ブランチからローカルの Merge マージにコードをプルし、以前のプル リクエストのコードが削除されました
2. pre_release からダウンロードされていない場合、コードが pre-release ブランチからプルされた場合、Pull Request 操作は再度実行できません。これは CommitId に関連するものであることを示しています。なぜなら、Revert は新しいプルを開始するからです。リクエストの後に実行されたマージ、前のマージはすでに履歴にあるため、変更なしで合理的と思われます

Revert 操作によって開始されたばかりのプル リクエストによって生成されたコミットが、pre_release プレリリース ブランチで再度元に戻されない限り、つまり、「元に戻す」操作が取り消されない限り、この場合、取り消したいコードは再び pre_release に置かれます。復元できるのはリリース前のブランチのみです...

私が望むのは、feature_order 機能ブランチのコードが削除されないことです。pre_release プレリリース ブランチのプル リクエストを開始でき、取り消し後もコードは削除されません。

すみません、先輩、どうしたらいいですか？本当に解決策のない無限ループです...

Answer 1

この種のことに対処する私の方法は、通常、revert を使用せず、プルリクエストの前に pre_release ブランチをハッシュにリセットするだけです。
この種のエラー操作に対処する場合に非常に役立つ、cherry-pick と rebase という 2 つのコマンドもお勧めします。
私の日記の別の記事を添付します: http://leo108.com/pid-2026.asp