さきに参考URL dackdive.hateblo.jp d.hatena.ne.jp こんな流れで作業していてはまりました。 あるファイルを編集中に障害の調査をしなきゃならん事態が発生 ↓ 編集中のファイルをstashして同じブランチで障害の調査を開始*1 ↓ デバッグコードを埋め込んだり、ついでに見つかったバグを修正したりでstashした時に修正中のファイル以外を修正 ↓ さて、編集したファイルは被ってないからstash popするべー*2 ↓ あら、コンフリクトしてますな・・・ という状況です。 "foo" "bar" "baz"の3ファイルがリポジトリにあったとすると fooとbarは手元のファイルを残して"baz"だけstashしてたものをとり込むという操作をやりたいのです。 こんな時はこんな感じで、必要なファイルだけをstashからcheckoutして上書きできます。 > gi
2013/10/18 · A. stash --keep-index (-k) オプションを使う. 今の状況 : add済みなファイルだけをゴニョゴニョしたいのにnot stagedな ...
問題 gitで誤ったブランチに対して行った変更を正しいブランチへ移す(cherry-pick編) では一度コミットしてしまった変更を別のブランチへ付け変える方法について紹介しました。 この例では誤ったブランチに対して一度コミットしてしまいましたが、 コミットする前に誤ったブランチで作業していたことに気付くこともよくあります。 例えば以下のような状態です: $ git branch master * topic-y $ git branch topic-x master $ $EDITOR # git checkout topic-x を忘れて作業してしまった。 $ git status # On branch topic-y # Changed but not updated: # (use "git add <file>..." to update what will be commit
Gitツリー内での作業中に、別な作業が必要になってstash、ということは経験があるかもしれません。このstashがどういう動作をしているかを知ると、別の操作にしたほうがいいと思えるかもしれません。 git stashの内容 詳しい使い方は他記事に譲りますが、3行でまとめると、 git stash (save)で、作業領域の変更が保存される git stash listで、今までに行ったstashを一覧できる git stash popで復元できる stashの欠点 あくまで簡便なものということもあって、git stash listから見られるリストではどういう変更があったのかわかりづらくなっています。 一時保存用のブランチ Gitの場合、実はブランチを切るといっても、内部的には先頭のコミットを指す1ファイル(40バイト)を作成するだけなので、ほとんど負荷はかかりません。本当に「とりあえず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く