stashを作業ディレクトリに適用できません。
小さな話：
最初に、コミットされた変更をプッシュしようとしましたが、「最初にプルすることはできません」というメッセージが表示されました... OK、次に、GitHubからプルして、変更をプッシュします。プルしようとすると、上書きされる変更があり、変更を隠しておくべきだと言われました。OK、変更を隠しておきました...プルを行い、コミットされた変更をプッシュしました。しかし今は、作業していたコミットされていない変更を復元できません。
これはエラーです：
MyPath/File.cs already exists, no checkout
Could not restore untracked files from stash
確かに私はまだgitのすべての概念を理解していませんが、それらは私を少し混乱させます...多分私は何か間違ったことをしました。
誰かが私を解決するのを手伝ってくれるといいのですが...私は1時間以上Googleとすべてを検索してきましたが、まだ解決策を見つけていません。
ヘルプは大歓迎です。ありがとう！
回答:
stashに追跡されていないファイルが含まれていて、その後リポジトリに追加されたようです。試してみると、既存のファイルが上書きされるため、gitは正しく拒否します。
修正するには、そのファイルを削除し（大丈夫です、まだリポジトリ内にあります）、stashを適用してから、必要に応じてstashされたバージョンのファイルをリポジトリ内のバージョンに置き換えます。
編集：ファイルがリポジトリに追加されずに、作業ツリーでのみ作成された可能性もあります。この場合、ローカルファイルを単に削除するのではなく、次のようにします。
git stashローカルの変更をすばやくバックアップするのに役立ちます。一連のファイルを手動で削除して復元すると、フローが中断されます。git stash branch他の答えのアプローチはより良いように聞こえますが、それでも望みよりはるかに手作業です。
最も安全で簡単な方法は、おそらく再び物事を隠しておくことでしょう。
git stash -u # This will stash everything, including unstaged files
git stash pop stash@{1} # This will apply your original stash
その後、結果に満足したら、電話することができます
git stash drop
「安全な」隠し場所を削除します。
apply代わりに使用してくださいpop。
popの組み合わせですapplyとdrop、だけになるdrop場合はapply、競合なしで働いていました。しかし、はい、apply通常はより安全です。
@bentoloで述べたように、問題のあるファイルを手動で削除し、ブランチを切り替えてから、手動で追加し直すことができます。しかし、私は個人的には「git内」にとどまることを好みます。
これを行う最良の方法は、スタッシュをブランチに変換することです。ブランチになると、gitで通常のブランチ関連のテクニック/ツールを使用して、あなたが知っていて気に入っている通常の作業を行うことができます。これは実際には、リストされたエラーがない場合でも、スタッシュを操作するための有用な一般的な手法です。stashは実際には内部でのコミットであるため、うまく機能します（PSを参照）。
以下は、スタッシュが作成されたときにHEADに基づいてブランチを作成し、スタッシュを適用します（コミットは行いません）。
git stash branch STASHBRANCH
次に何をするかは、スタッシュとターゲットブランチ（ここではORIGINALBRANCHと呼びます）の現在の関係によって異なります。
ORIGINALBRANCHに多くの変更を加えた場合は、おそらくSTASHBRANCHをローカルブランチと同様に扱うのが最善です。STASHBRANCHでの変更をコミットし、ORIGINALBRANCHでリベースしてから、ORIGINALBRANCHに切り替えて、STASHBRANCHの変更をリベース/マージします。競合がある場合は、通常どおり処理します（このアプローチの利点の1つは、競合を確認して解決できることです）。
ステージングされた変更をいくつか保持し、それからコミットしただけの場合は、追加した変更を取得するだけで、ステージングされていない場合は次のことができます。作業コピーを変更することなく、元のブランチとインデックスに戻ります。最終結果は、作業コピーの追加の隠し場所の変更になります。
git symbolic-ref HEAD refs/heads/ORIGINALBRANCH
git reset
PS、スタッシュをパッチとして考えるのは魅力的ですが（コミットをパッチとして考えるのと同じように）、スタッシュは実際には作成時のHEADに対するコミットです。適用/ポップするときは、現在のブランチにチェリーピックするのと同じようなことをしています。ブランチとタグは実際には単にコミットへの参照であるため、多くの点でスタッシュ、ブランチ、タグは、コミット（およびその履歴）を指すための異なる方法にすぎません。
PPS、-patchや--include-untrackedでstashを使用した直後に、このテクニックが必要になる場合があります。作業ディレクトリを変更しなくても、これらのオプションによってスタッシュが作成される場合があるため、元に戻すことはできません。その理由を完全に理解していないことを認めなければなりません。議論については、http：//git.661346.n2.nabble.com/stash-refuses-to-pop-td7453780.htmlを参照してください。
git stash show -pそこに隠しておく -> *パッチ*。
解決策：問題のファイルを削除してから、pop / applyを再度隠してみてください。他のファイルは削除しないでください。エラーで言及されたファイルのみです。
問題： Gitは時々吸います。実行するgit stash -uと、追跡されていないファイルが含まれますが（クールです）、それらの追跡されていないファイルは削除されず、残りのものの上に隠された追跡されていないファイルを適用する方法がわかりません（クールではありません！）-u。
git stash -u
git stash show。この答えにより、電球が点灯しました。
代わりにstashのコードの違いをパッチとして適用するには、次のコマンドを使用します。
git stash show --patch | patch -p1
git stash show --patchは追跡されていないファイルが含まれていないため、これは私にとってはうまくいきます。
これは私に何度も起こりました、私は追跡されていないファイルを git stash -uい、その結果、リポジトリに追加されてしまい、隠された変更を適用できなくなりました。
git stash pop/applyファイルを強制的に置き換える方法が見つからなかったため、まず、隠しておいた追跡されていないファイルのローカルコピーを削除し（コミットされていない変更を削除するので注意してください）、次に隠しておいた変更を適用します：
rm `git ls-tree -r stash@{0}^3 --name-only`
git stash apply
最後にgit status、git diffや他のツールを使用して、何か不足しているものがないかどうかを確認し、削除されたファイルの一部を追加します。
保持したいコミットされていない変更がある場合は、最初に一時コミットを作成できます。
git add --all
git commit -m "dummy"
rm `git ls-tree -r stash@{0}^3 --name-only`
git stash apply
以前にコミットされた変更をローカルファイルにマージし、ダミーコミットを削除するには、適切なツールを使用します。
git reset HEAD~1
私の同様にブロックされたポップ操作は、残り物が無視されたためでしたファイルがです（.gitignoreファイルを参照）。Gitのステータスは追跡済みと追跡なしを示しましたが、私のアクティビティでは無視されたファイルをクリーンアップできませんでした。
詳細：私が使用したgit stash save -aして、マスターをチェックアウトしてコンパイルし、元の動作を確認してから、すべてを元に戻して編集を続けました。私が自分のブランチをチェックアウトしてポップしようとしたときに、無視されたファイルはstashの保存前からまだ残っていました。これは、マスターのチェックアウトがコミットされたファイルにのみ影響を与えるためです-無視されたファイルは消去されませんでした。そのため、ポップは失敗し、基本的に、格納されていた無視されたファイルを、まだそこにあるファイルの上に復元したくないと述べました。それらとのマージセッションを開始する方法を理解できなかったのは残念です。
最終的に、私git clean -f -d -xは無視されたファイルを削除するために使用しました。興味深いことに、私の〜30のうち、4つのファイルがクリーニング後も残っています（サブディレクトリに埋め込まれています）。それらが手動で削除されなければならなかったので、私はそれらがどのカテゴリにあるかを理解する必要があります。
それから私のポップは成功しました。
これを試して：
git checkout stash-。
その他の解決策：
cd to/root/your/project
# Show what git will be remove
git clean -n
# If all is good
git clean -f
# If not all is good, see
git clean --help
# Finish
git stash pop
Git 2.14.x / 2.15（2017年第3四半期）では、2014年のqwertzguyのソリューションは不要になります。
2017年第3四半期より前は、問題のファイルを削除してから、pop / appを再度隠してみてください。
次のGitリリースでは、それを行う必要はありません。
Nicolas Morey-Chaisemartin（）によるcommit bbffd87（2017年8月11日）を参照してください。（による合併Junio C浜野- -で0ca2f32コミット、2017年8月23日）をnmorey
gitster
stash：リセット前に追跡されていないファイルをクリーンアップ
git stash -uファイルの現在の変更により無視されなくなったファイルを含むリポジトリを呼び出すとgitignore、このファイルは隠されますが、作業ツリーから削除されません。
これは、git-stash最初にファイルの変更reset --hardをクリアするを.gitignore実行し、次にを呼び出しgit cleanて、ファイルに手を加えないためです。
これによりgit stash pop、ファイルが存在するために失敗します。このパッチは、クリーニングとリセットの順序を切り替えるだけで、このユースケースのテストを追加します。
隠しておくための最も安全な方法
git stash -u
git stash drop
作業が終了したら、「安全な」隠し場所を削除します。