チーム開発での犯人探し

https://easy2.connpass.com/event/184665/
で発表した内容

Transcript

1. git コマンドを 完全に理解した僕の チーム開発での犯人探し yasudanaoya
2. ＜名前＞ yasuda naoya ＜技術＞ ❏ javascript ( vue, nuxt ) * ❏ Ruby ( rails ) 自称フロントエンジニア ＜アカウント＞ ❏ GitHub, Qiita, speakerdeck ： yasudanaoya ❏ Twitter ：@708yasuda 自己紹介
3. チーム開発をしていると こんな問題、遭遇しませんか？
4. なぜ？いつ？誰が？ こんな変更加えたの？ あっれれ〜おっかしいぞ この機能僕追加したはず なのになあ 消えてる...。 僕の意図とは全く別のメ ソッドに書き換えられて る....。 誰がやったんだ・・
5. よし、犯人を見つけよう
6. 最近遭遇したケース yasuda が作った箇所が バグってます！！！ 報告 ごめんなさい。 すぐ調査します。 プロパー社員 パートナー社員 yasuda
7. 調査結果 どなたかが僕のコミットをリバートしていて、 そのまま放置されていました。 本当にありがとうございました。
8. 調査方法 $ git checkout develop $ git pull $ git log {対象のファイル名} とりあえずやるが何もわからない。
9. そこで使ったのが $ git log -S{思いつく書いていたコード} するとリバートしたコミットが出てきた...。 commit 12345678901234567890123456789012345678 Author: hoge <00000000+hoge@users.noreply.github.com> Date: XXX XXX X 00:00:00 2020 +0900 リバートしたで
10. リバートした時のPRを探す 困ったときは google 先生に聞くんです。 ［github.com/{organization名}/{repository名}/commit/{さっきのハッシュ値}］ で検索します。 例 github.com/yasuda_famiry/travel/commit/12345…..
11. コミットのページに飛ぶ するとこんな感じのが表示されます。 この画像でいうところの「#26」が PR のリンクになります。 PR を見れば、大体の理由は記載されているので、 これを持って担当者に問い合わせます。
12. 大詰め 担当者も PR なんていう物的証拠を持ち出されたら、回答できちゃうから、回答するし か無くなります 回答がわからない、思い出せない相手に対して、質問をしても相手は「ごめんなさい」 しか言えず、何の解消はしないし、再犯の恐れもあります。 大切なことは、相手が回答するヒントをこっち側で用意してあげるってのが大事です。 （時と場合によりますけどね？）
13. 最後に、よく使うコマンドの紹介 $ git blame {file名} -L {見たい行の値},+{そこから何行見るか} クソ長いファイルだと、ただ git blame するだけだと見にくくて仕方がないです。なの で、見たい行を絞ってあげるってのが必要です。 シーンとしては、不思議な変更を見つけた時に、その差分のコミットハッシュが知りたい 場合です。 コミットハッシュがわかれば、あとは、 git show {コミットハッシュ} で検索をすれば、全 量が見えて繋がりが見えるので、色々幸せになります。
14. おわりに 僕は git command が好きで、熱心に勉強をしている方だと思います。 その理由としては、ブルーオーシャンだからです。チームの中に有識者がいないので、 ちゃんと深めれば僕の価値が高くなるから。 結構打算的に取り組んでいたのです。
15. 紹介 実は、 git command について、以下の媒体で記事を書いています。 • dev.to • Qiita よかったら見てやってください