私は自分のコードベースに変更を加え始めましたが、古いトピックのブランチにいることに気付きませんでした。それらを転送するために、私はそれらを隠しておき、それをマスターから離れた新しいブランチに適用したかったのです。私が使用しgit stash pop、私は新しいブランチを作成する前に、マスターに新しい変更を引っ張っていなかったことを忘れて、この新しいブランチに作業中の変更を転送します。これにより、大量のマージ競合が発生し、（popを使用していたため）変更内容が完全に失われました。
新しいブランチを正しく再作成したら、隠しておいた変更をどのように回復して適切に適用できますか？
回答:
結局のところ、Gitは、うまく適用されない場合に隠し場所を落とさないように十分にスマートです。次の手順で目的の状態に到達できました。
git reset HEAD .末尾のドットに注意してください）git stashgit checkout mastergit fetch upstream; git merge upstream/mastergit checkout new-branch; git rebase mastergit stash apply stash@{1}git stash pop。「状態の適用は競合で失敗する可能性があります。この場合、状態はスタッシュリストから削除されません。競合をgit stash drop手動で解決し、後で手動で呼び出す必要があります。」（git-scm.com/docs/git-stash）
幸いなことに、衝突が発生してもスタッシュは変更されgit stash popません。
したがって、心配することはありません。コードをクリーンアップして、もう一度試してください。
：あなたがその状態に戻ることができ、あなたのコードベースは前にきれいだったと言うgit checkout -f
そして、あなたが忘れてしまったもの、例えばを行うgit merge missing-branch
ことだけで、火災の後git stash pop、再び、あなたが得る同じ前矛盾スタッシュを、。
重要： stashは安全ですが、作業ディレクトリーでコミットされていない変更は安全ではありません。彼らはめちゃくちゃになることができます。
git stash popそれを自動マージを試み、競合し、それを保持すると呼んだ。
git stash popされることであり、競合が発生しなくなるまで、必要に応じて何度でも呼び出すことができます。したがって、競合後は、はい、作業ディレクトリは混乱していますが、クリーンアップしてgit stash pop再度呼び出すことができます。
git checkout -f。
ここでの説明は少し複雑なので、もっと簡単なものを提供します。
git reset HEAD --hard 現在のブランチに対するすべての変更を破棄します
... 必要に応じて仲介作業を行う
git stash pop 準備ができたら、後で収納ボックスを再度ポップします
git checkout -f
以前の状態がきれいな場合、動作する必要があります。
git stash drop＃2から不要な隠し場所を取り除くための最後のステップとしてa を追加できます。