1. デプロイ ブランチは実稼働環境のブランチであり、マスターはメインの開発ブランチです。
2. デプロイ ブランチには、マスター ブランチとは異なるファイル構成がいくつかあります。通常、マスター ブランチはデプロイ ブランチにマージされますが、デプロイ ブランチ配下の設定ファイル情報は変更されません。
3. 誤ってデプロイブランチをマスターブランチにマージしてしまい、マスターブランチ配下の設定ファイルがデプロイブランチ配下の設定ファイルに変更され、プッシュが行われ、リモートマスターブランチ配下の設定ファイルも変更されてしまいました。デプロイブランチの下にあります。
4. master ブランチの下の設定ファイルを変更して再プッシュしましたが、master ブランチの下の設定がdeploy ブランチの下の設定を置き換えるのが心配なので、あえてデプロイ ブランチにマージしません。
ここで、master ブランチ以前のバージョンとリモート ウェアハウスのバージョンを復元したいと思います。何をするか？
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
実際、これは非常に簡単です。作成者はまずローカルでロールバック操作を実行できます。
- 送信ログから以前のマスターステータスに対応するハッシュ値を取得します
リーリー
ハッシュ値が 664d6cf35a7 の場合はコピーします。- その後タイムトラベルして前の状態に戻ります
リーリー
ロールバック後、リモートマスターブランチを削除します:リーリー
削除できない場合は、まずデフォルト ブランチ をリモートで別のブランチ (deploy など) に設定できます。投稿者のリモート ウェアハウスが github 上にある場合は、対応するウェアハウスの設定->ブランチ-.default ブランチをクリックして変更できます。
次に、上記のコマンドを実行してリモートマスターブランチを削除します。
削除後、master ブランチを再度プッシュできるようになりました。これにより、リモート ウェアハウスに master ブランチが再確立されます。プッシュ後、リモートのデフォルトウェアハウスを再度マスターに変更します。
現在の状況は基本的に以前と同じです。ローカル ブランチを元に戻す > リモート ブランチを削除する > ローカル ブランチをプッシュする (つまり、新しいリモート ブランチを作成する)
ただし、この方法は master などの保護されたブランチには適していません。次の方法を使用できます。
ローカル ブランチを巻き戻す > ローカル ブランチを強制プッシュ (リモート ブランチの内容を強制プッシュ)