マスターをクリアしてからやり直しても構いませんが、他のブランチにマスターを置いて履歴や作業を保存するか、Git:ローカルとリモートのマスターをクリアしてもう一度マスターを他のブランチに入れてください。
1
A
答えて
3
可能です。最初に歴史的な目的のために新しい支店を作ります。
git checkout --detach master
git branch old_master
次の削除master
。 (私たちは--detached
を、それをチェックアウトした理由です。持ちながら、我々はそれを削除することができませんでした、それは「適切」にチェックアウト。)
git branch -D master
今、私たちは今、
git checkout --orphan master
新しい歴史を開始する準備が整いましたあなたの次のコミットは(checkout
sの介入がないと仮定すると)全く新しい履歴でmaster
を再現します。
作業ツリーとインデックスの内容は、まだold_master
です。そのすべてが段階的/非コミットされた作業として表示されます。あなたは本当に新鮮なスタートをしたい場合は、もちろん、インデックスと作業木をきれいに拭くことができます。
これをすべて実行した後、次のmaster
のプッシュは強制プッシュする必要があります。フォースプッシュを行うたびに、レポ/支店を共有する他の誰とも調整する必要があることを意味します。本質的にこれが作成する状況なので、git rebase
文書のrecovering from upstream rebase
を参照してください。
関連する問題
- 1. Git:マスターを新しいブランチにマージしてマスターをクリアする
- 2. Git:マスターに対してブランチをローカルでテストしていますか?
- 3. スクリプト・マネージャをマスター・ページに入れてください
- 4. gitブランチの内容をマスターにコピー
- 5. マスターとブランチ間のGit移動コード
- 6. Git:ブランチがマスターから作成されていない場合、ブランチを作成しないようにしてください。
- 7. gitを修正し、マスターにないコミットをマージしてください。
- 8. git svnマスターにブランチするにはまだブランチにコミットしよう
- 9. 子ブランチがマスターにマージされた後、孫のブランチをマスターにマージ
- 10. マスターとマージされたブランチでGitスカッシュがコミットします
- 11. Gitブランチはまだマスターと同じ行にあります
- 12. Git rebase/masterがブランチからマスターに変更されました
- 13. 他のすべてのブランチにマスターをマージする
- 14. Gitのバックアウト・マスター、どのように私が行くだろう
- 15. Git:ブランチへのブランチのマージまたはブランチへのマスター
- 16. Gitはマスターではなくブランチをクローンします
- 17. Gitブランチが開発され、マスターが分岐した
- 18. GITブランチが先行しているか、コミットすることのないオリジン/マスター
- 19. gitがブランチを削除しましたが、まだマスター上で変更されています
- 20. gitブランチをチェックアウトした後、リモートFTPの変更はブランチまたはマスターにのみ影響しますか?
- 21. gitブランチを新しいマスターにする方法は?
- 22. Gitの - 新しいブランチにマスターでコミット変化
- 23. ローカルのGitブランチをリモートにリセットする
- 24. git pullの違い。マスターとgitのマージマスター
- 25. のGit:マスター上
- 26. マスターにマージ(ブランチなし)
- 27. javascript open modalコンテンツを残してもう一度入力してください
- 28. ローカル/開発時にGitをローカル/マスターにプルする
- 29. Github、デフォルトのプルリクエストをマスターにしないでください
- 30. マージ後のgitブランチをマスターに自動的に削除
よろしくお願い致します。 – profir