git stashがブランチごとに一意でないのはなぜですか？

あるブランチから次のブランチに変更を移動できると思いますが、それがチェリーピッキングの目的であり、変更をコミットしない場合は、変更を移動するべきではないでしょうか。

私は時々間違った枝に間違った隠し場所を適用しました、それは私にこの質問について疑問を残しました。

前述のように、「ブランチごとの隠し場所」が必要な場合は、既存のブランチから分岐する新しいブランチが本当に必要です。

また、スタッシュを使用すると、作業中のブランチにプルできるという前述の事実に加えて、すべてをコミットする前にブランチを切り替えることもできます。これは、通常の意味でのチェリーピッキングではなく、作業コピーのチェリーピッキングに役立ちます。

F.ex.、機能ブランチで作業しているときに、そのブランチに関係のないコードの小さなバグや表面的な不純物に気付くことがよくあります。まあ、私はそれらをすぐに修正します。コミットするときが来たら、私は関連する変更を選択的にコミットしますが、修正や外観はコミットしません。代わりに、それらをスタッシュします。これにより、minor-fixes-on-stableブランチに切り替えることができます。ここで、スタッシュを適用して、各マイナーフィックスを個別にコミットできます。（問題の変化に応じて、また、私は適用異なる機能ブランチに切り替えるには、まだ再びそれらのいくつかを隠しますもの。）

これにより、作業中にプログラミングモードに深く入り込むことができ、コードの適切なライブラリアンシップについて心配する必要がなくなります。その後、精神的な休憩を取るときに、戻って変更をすべての適切な棚に慎重に分類できます。

隠し場所がグローバルでない場合、このタイプのワークフローを実行するのははるかに困難になります。

Git 1.6以降、を使用してブランチにスタッシュを適用できるようになりました

git stash branch name_of_new_branch

Gitが新しいブランチを作成し、チェックしてください！詳細については、を参照してください。

• gitブック

• info git-stashそしてoption =で検索しますbranch。

スタッシュを使って移動できると思います

git stash branch <branch | new_branch> [<stash>]

隠し場所のリストを表示するには、

git stash list

参照

ブランチから実行される「スタッシュ」が必要な場合は、次のようにして、現在のブランチから離れた新しいブランチに変更を保存します。

git checkout -b new_stash
git commit -a -m "stashed changes"

隠し場所を元に戻す

git reset HEAD^
git branch -d new_stash

git stashは、変更をダーティツリーにプルできるため、特に優れた編集があり、

git pull

できません。変更を隠し、プルしてから適用できます。

git stash
git pull
git stash apply
git stash clear

これがお役に立てば幸いです。

git-stashは、まだチェックインされていない変更を、現在チェックアウトされているブランチとは別のブランチに移動するのに最も役立ちます。

たとえば、バグ修正ブランチで簡単な変更を行うことがよくあります。私が取り組んでいる変更が最初に推測したよりも複雑であることに気付くだけです。Git-stashは、その一連の変更を別のブランチに移動する最も簡単な方法です。