git-stashとgit-branch

では、前のGitの質問、ダニエルBenamyはGitのワークフローについて話していました。

私はマスターに取り組んでいて、いくつかのことをコミットしてから、その仕事を保留にしたいと思いました。いくつかのコミットをバックアップし、がらくたの仕事を始める前から分岐しました。

彼は、現在の変更を失うことなく、自分の作業状態を以前の時点に戻したいと考えていました。すべての答えは、さまざまな方法で、

git branch -m master crap_work
git branch -m previous_master master

これはどのように比較しgit stashますか？すべての処理がすでに分岐によって処理されているように思われる場合に、ここで別の使用例を確認しようとすると少し混乱しますgit stash…

@ ジョルディバンスター：ありがとう、それは物事を片付ける。「隠しておく」ことは、軽量で名前のない、ブランチのようなものだと私は考えていると思います。スタッシュでできることは何でも、ブランチもできますが、もっと多くの言葉があります。いいね！

'stash'はコミットされていない、 " ダーティ作業コピー上」なものをそれを隠して、クリーンな作業コピーを残します。

実際にはまったく分岐しません。その後、他のブランチの上に隠しておくことができます。または、Git 1.6以降では、次のことができます。

git stash branch <branchname> [<stash>]

新しいブランチの上にスタッシュを適用するには、すべて1つのコマンドで行います。

したがって、まだ「間違った」ブランチにコミットしていない場合、stashはうまく機能します。

既にコミットしている場合は、質問で説明するワークフローがより良い代替案です。ちなみに、あなたの言うとおりです。Gitは非常に柔軟であり、その柔軟性によって機能が重複しています。

stashを復元すると、変更が再適用され、コードの作業が続行されます。

現在の変更を隠すには

$ git stash save 
Saved "WIP on master: e71813e..."

複数の隠し場所を持つこともできます。スタッシュはスタックのように機能します。新しいスタッシュを保存するたびに、スタックの一番上に置かれます。

$ git stash list
stash@{0}: WIP on master: e71813e..."

そのstash@{0}部分に注意してください？これがスタッシュIDです。後で復元するときに必要になります。今それをやってみましょう。stash IDは、行うstashごとに変わります。stash @ {0}は、最後に作成したstashを指します。

隠し場所を適用するには

$ git stash apply stash@{0}

あなたがそれを適用した後、隠し場所がまだそこにあることに気付くかもしれません。不要になった場合はドロップできます。

$ git stash drop stash@{0}

または、スタッシュはスタックのように機能するので、最後に保存したスタッシュをポップすることができます。

$ git stash pop

すべての隠し場所を一掃したい場合は、「clear」コマンドを実行します。

$ git stash clear

スタッシュをそれほど頻繁に使用しないことも十分考えられます。変更をすばやく隠して後で復元したい場合は、stash IDを省略できます。

$ git stash
...
$ git stash pop

いくつかの本当に重要な作業でスタッシュを使用する前に、スタッシュを自由に試してください。

また、このブログのより詳細なバージョンをブログに投稿しています。

私はいつもgit stashに警戒しています。あなたが数回隠しておくと、物事は厄介になる傾向があります。git stash listは、作成したスタッシュの番号付きリストを表示し、提供した場合はメッセージも表示します...しかし、問題は、残忍なgit stash clear（すべてを削除する）を除いてスタッシュをクリーンアップできないことにあります。 。したがって、隠し場所についての超説明的なメッセージを常にアナルで送っていない限り（ちょっと隠し場所の哲学に反することになります）、隠された隠し場所の束になってしまいます。

私が知っている唯一の方法は、どれがgitk --allを使用して隠し場所を見つけるかです。少なくともこれにより、スタッシュが作成されたコミット、およびそのスタッシュに含まれるすべての差分が表示されます。

私はgit 1.5.4.3を使用していることに注意してください。1.6ではgit stash popが追加されると思います。選択したstash を適用してリストから削除すると思います。とてもきれいに見えます。

今のところ、絶対にポジティブでない限り、常にブランチを試みます。1時間以内であっても、同じ日にそのスタッシュに戻るつもりです。

git stashよりも適切なワークフローを探す場合は、git-bottleを調べてください。これは、さまざまなgitの動作状態を通常のgitコミットとして保存および復元し、作業ツリーの現在の適切な状態とgitステータスの下に表示されるすべてのさまざまなファイルの状態を効果的にスナップショットするためのユーティリティです。

との主な違いgit stash：

• git stashダーティgit状態を狭く保存します（変更されたファイル、およびインデックスに追加されたファイル）。一方、とは異なるすべてgit-bottleを保存するように設計さHEADれており、変更された、変更された、および追加されていない、追加されていない、マージされていないパスを保持する方法を区別します。完全なリベース/マージ状態（下のパスのみ.gitignoreが保存されません）。
• git stash個別に追跡する必要があるオブジェクトをstashオブジェクトに保存します。2週間前に何かを隠しておいたとしたら、覚えていないかもしれませんが、現在のブランチへの仮コミットgit-bottleとして保存します。逆のアクションは、ポップと同等です。これらのコミットをリポジトリ間でプッシュして共有することが可能です。これは、リモートサーバーに別のリポジトリがあり、ビルドのためだけに、または競合解決で他の人と共同作業するためのリモートビルドに役立ちます。git-unbottlegit stash