社内勉強会 脱!Git初心者

Transcript

1. 脱!GIT 初心者 GITHUB FLOW でありがちなこと 社内勉強会 2017.6.9 @kkkw
2. 前提 基本社内でのみ通用するやり方 ログの履歴をどう見たいかでやり方変わるから
3. リモートに合わせる ローカルの変更はなくなってもいいから とにかく最新をもってきたい git co future/foo git fetch origin -p git reset --hard origin/future/foo
4. こんなときに使う もう分からないからclone しなおしちゃいたい エンジニアがリベースしましたって言った時 エンジニアがmaster の最新取り込みましたって 言った時
5. GIT FETCH リモートの情報をローカルに持ってくる ローカル のブランチを更新するわけではない
6. なにを更新するのか の前に master origin/master github 上のmaster master にもがあって、 origin/master とgithub 上の master は違うものだと認識を持つ必要がある。
7. ORIGIN/MASTER 追跡ブランチと呼ばれていたもの。 最近はちょっと違う？ github 上のmaster の更新情報を監視するブランチ git fetch は、このorigin/master を更新する
8. ちなみに fetch のときに をつけると、 github 上ではなくなった ローカルの を削除する。 害のあるものではないので、 fetch するときは基本的につけるほうがよい
9. マスターを最新にする or or git co master git pull origin master git co master git fetch origin -p git merge origin/master git co master git fetch origin -p git reset --hard origin/master
10. PULL git pull は、fetch して、merge するとういう動作を 1 つのコマンドでやっている fetch とmerge に慣れてから、 pull を使うほうが個人的にはよいと思う。
11. MERGE 基本的にgithub flow でやっているときは、 コンフリクトしないので、慣れる意味で merge でいいんじゃないかと思う
12. RESET 最初に紹介したのと同じ方法。 結果は同じだが、やっぱりmerge でいい
13. ローカルブランチを更新する fetch + merge(pull) を使う rebase を使う
14. PULL を使う方法 基本的にはこっちを使う 必ずブランチを最新にしてから、作業を始める 作業が終わったら早めにpush する をしていれば、エンジニア x デザイナー だったら、そうそうコンフリクトしない
15. コマンド git co future/foo git fetch origin -p git merge origin/foo
16. コンフリクト解消 でもコンフリクトはするので、 解消方法は知っておくべき。 慣れなので、 4,5 回解消したら大丈夫。
17. 流れ コンフリクトしているファイルの特定 あるべき姿に修正する そのファイルをadd する コミットする の4 つだけ。 いつもやっていることと変わらないはず。
18. ファイルの特定 深呼吸したら、git status を実行する。 こんな感じのが出てるはず。 both modified とでているファイルが コンフリクトしているファイル。 他にもいろいろ出ているかもしれないが、 基本的に無視でいい( 本当はだめ) Unmerged paths: (use "git add <file>..." to mark resolution) both modified: app/foo.php
19. 修正する ファイルを開くと 矢印で囲まれた部分がどこかにあるはず イコールで区切られていて、 自分と相手の変更が表示されている どう修正していいか分からないときは 相手に聞く <<<<<<< HEAD 自分 変更点 ======= 相手 変更点 >>>>>>> [xxxxxxxxx]
20. 修正する( ちょっと上級) コンフリクト箇所が膨大だった場合は、 git co --our xxxx git co --theirs xxxx を使うと楽だったりする
21. ADD する 修正したファイルを いつものようにadd する それ以外のものはすでに ステージングされているはず
22. COMMIT する 普通にgit ci すればOK コミットコメントは書いてあるものを そのままコミットすればとりあえずいい
23. やり直したい コンフリクトを解消してて、 もう分からない、やりなおしたい ってなったら中止する。 git merge --abort git merge origin/future/foo
24. REBASE を使う方法 rebase は連続したコミットのやり直し。 特定の地点からのコミットたちを 特定の地点のコミットの後から 当て続けてるだけ。
25. 言い換えると 自動で複数のchery-pick を実行しているだけ。 もしくは、 編集とadd とci を何度も実行している。
26. コマンド この場合、 前回github にpush した以降のコミットを github 上の最新のコミットの後に 当て続ける。 git co future/foo git fetch origin -p git rebase origin/future/foo
27. コンフリクト解消 自動でコミットを繰り返しているだけなので、 コンフリクトが起こることはある。 基本的な流れはmerge の時と同じだが、 連続したコミットの途中で起こる という意識を持つとよい あと、コマンドがちょっと違う
28. 流れ メッセージをよく読む 状態を確認する 修正する add する ci の代わりにgit rebase --continue ( これらを繰り返し)
29. メッセージをよく読む コンフリクトするコミットがあると 下記のようなメッセージがでる ※ 「css を調整」はコミットメッセージ First, rewinding head to replay your work on top of it... Applying: css 調整 Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging common.css CONFLICT (content): Merge conflict in common.css Failed to merge in the changes. Patch failed at 0001 css 調整 When you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --s To restore the original branch and stop rebasing run "git rebase --
30. すごい意訳すると 「css を調整」のコミットを適用するよ common.css をマージするよ common.css でコンフリクトが起きたよ 1 つめのコミット、「css を調整」で失敗したよ 解決するには、git rebase --continue してね もし、このコミットを無視したいときは、 代わりにgit rebase --skip をしてね リベースする前に戻したかったら、 git rebase -- abort してね
31. 状態を確認する 深呼吸したらgit status を実行する rebase in progress; onto xxxxxxxx You are currently rebasing branch 'furure/foo' on 'xxxxxxxx'. (fix conflicts and then run "git rebase --continue") (use "git rebase --skip" to skip this patch) (use "git rebase --abort" to check out the original branch) Unmerged paths: (use "git reset HEAD <file>..." to unstage) (use "git add <file>..." to mark resolution) both modified: common.css
32. 大事なのは1 行目 リベース中だよというメッセージ 今はリベース中なので、 複数のコミットを連続で実行している途中で そのうちの一つのコミットで止まっていることを 理解しておくとよい。 なんのこっちゃと思ったら、 適当なブランチ作って、 とかやってみたらいい
33. 状態を確認する 2 git branch 実行をする どのブランチにもいない状態。 ここで慌てて、git co master とかやると 余計混乱するのでやらないこと * (no branch, rebasing future/foo) master future/foo
34. 修正する 修正して、add するまでは、merge の時と同じ
35. コミットする 厳密にはコミットというよりは、 リベースを再開する 複数のコミットを連続してやっている最中である という認識があると 止まっていたので再開するって 言われて腹落ちすると思う。 git rebase --continue
36. おまけ 時間がある限り解説していく git br --merged git br -d git br -D git log -10 git log -1 -p
37. git rebae --onto master {commit}~ future/foo git rebae -i {commit}~ tig hub git grep -l xxx -- path
38. git log --oneline --decorate --graph git ci -a --amend git ci -v git add -n . git add -p file
39. git stash -p -u git stash list -p git stash pop git stash apply git stash drop git stash show
40. git clean -n git clean -i git diff {commit}~..{commit} git diff {commit}~..{commit} --stat --name-only git remote -v
41. git ls-files git clone --depth 1 foo.git git config --list git rerere peco