Get along with Git
•
0 likes•237 views
Gitのちょっと踏み込んだ話をつめこみました git add/commit/pull はもうOKという人の次のステップにぜひ。 何かあれば @sugitlab [twitter] まで。 ダウンロード、配布、編集、切り抜き、なんでもご自由にご利用ください。 ※ 黒く潰れたマークは絵文字です!! Slidevからの export で潰れてしまったようです…😇 オリジナルのSlidevはこちらです→ https://sugitlab.github.io/git_workshop_slidev
Recommended
More Related Content
Similar to Get along with Git
Similar to Get along with Git (20)
Get along with Git
- 1. Get Along With Git
- 2. 早速ですが質問です
- 9. What's VCS Version Control System 電子的なファイルの変更履歴を残しておき、 過去の状態に戻したり変更内容を確認できるようにするソフトウェアの総称 音楽・写真・テキスト・書類など電子的な記録全てが対象 数あるVCS ソフトウェアのうちの１つがみんな大好きGitです
- 10. Git 以外にも有名なバージョン管理システムがいくつかあります いまでも選択肢に上がる現役バリバリなものは以下の3つです Git / Subversion / Mercurial といっても、Mercurial を使っている人をみたことがないので 実質Git vs Subversion です。
- 11. Google Trends
- 12. ご覧の通りGit が流行る前はSubversion が最強でした🏋️♀️ まだSubversion が現役の組織もたくさんあります(弊社でも現役です) では、なぜここまでGit が普及したのでしょう
- 13. もともとGit はLinux 開発者のLinus Tovalds が 「オープンソースでLinux作りたいんだけど 良いVCSないわ〜、作るわ〜」 と言い出してサクサク作ったものだそうです （二週間で作ったという話です… 🙈）
- 14. もともとGit はLinux 開発者のLinus Tovalds が 「オープンソースでLinux作りたいんだけど 良いVCSないわ〜、作るわ〜」 と言い出してサクサク作ったものだそうです （二週間で作ったという話です… 🙈） そう、オープンソースのために作ったの です。
- 16. Git は分散型だからです
- 18. Subversion Git
- 20. じゃあGit 最強やん
- 21. Git is Champion? 🙅NO 🙅
- 22. ”Git + GitHub” is Champion!! 🙆♂️ YES 🙆♂️ 知らんけど🤪
- 23. GitHub makes Git Champion GitHub の登場によってオープンソース活動が世の中に急速に拡大しました。 その結果「Git 最強じゃね？」となったのです。
- 26. 実用的な話をしましょう
- 27. 実用的な話をしましょう
- 28. 適当なフォルダでgit log とたたくと fatal: not a git repository (or any of the parent directories): .git と怒られます
- 29. not a git repository
- 34. Gitの仕組みがわかると...🤔
- 36. .git の中身を見てみよう .git ?? 🤔
- 39. Unpack the .git git init から見ていきましょう ` `
- 40. ~/.git $ tree -L 1 ├── HEAD ├── config ├── description ├── hooks ├── info ├── objects └── refs 8 directories, 17 files git init で作ったgit リポジトリです さっそくREADME.md をつくってコミットしてみましょう
- 41. ~/gitdir $ echo test > README.md <-- README.mdを作って ~/gitdir $ git add README.md <-- ステージングにして ~/gitdir $ git commit -m "initialize repository" <-- コミット [main (root-commit) d041e09] initialize repository 1 file changed, 1 insertion(+) create mode 100644 README.md
- 42. [main (root-commit) d041e09] initialize repository ~/gitdir $ echo test > README.md <-- README.mdを作って ~/gitdir $ git add README.md <-- ステージングにして ~/gitdir $ git commit -m "initialize repository" <-- コミット 1 file changed, 1 insertion(+) create mode 100644 README.md
- 43. [main (root-commit) d041e09] initialize repository 最初のコミットができましたね ~/gitdir $ echo test > README.md <-- README.mdを作って ~/gitdir $ git add README.md <-- ステージングにして ~/gitdir $ git commit -m "initialize repository" <-- コミット 1 file changed, 1 insertion(+) create mode 100644 README.md
- 44. ~/.git $ tree // ~~~省略~~~ ├── logs │ ├── HEAD │ └── refs │ └── heads │ └── main ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack └── refs ├── heads │ └── main └── tags .gitにいろいろ増えました
- 45. Commit [main (root-commit) d041e09] initialize repository 1 file changed, 1 insertion(+) create mode 100644 README.md .git/objects ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack
- 46. Commit [main (root-commit) d041e09] initialize repository .git/objects ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack 1 file changed, 1 insertion(+) create mode 100644 README.md
- 47. Commit [main (root-commit) d041e09] initialize repository .git/objects │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d 1 file changed, 1 insertion(+) create mode 100644 README.md ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── info │ └── pack
- 48. Commit [main (root-commit) d041e09] initialize repository .git/objects │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d おや、一致したID が見つかりましたね 1 file changed, 1 insertion(+) create mode 100644 README.md ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── info │ └── pack
- 50. git cat-file で解析できます $ git cat-file -p d041 <-- 最初4文字くらいでOK tree c12d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 author SuGit <sgmt.snj@gmail.com> 1626708424 +0900 committer SuGit <sgmt.snj@gmail.com> 1626708424 +0900
- 51. git cat-file で解析できます tree c12d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 $ git cat-file -p d041 <-- 最初4文字くらいでOK author SuGit <sgmt.snj@gmail.com> 1626708424 +0900 committer SuGit <sgmt.snj@gmail.com> 1626708424 +0900
- 52. git cat-file で解析できます tree c12d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 こちらも.git/object に同じIDのものがありますね。 $ git cat-file -p d041 <-- 最初4文字くらいでOK author SuGit <sgmt.snj@gmail.com> 1626708424 +0900 committer SuGit <sgmt.snj@gmail.com> 1626708424 +0900 ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack
- 53. これもcat-file しましょう $ git cat-file -p c12d 100644 blob 9daeafb9864cf43055ae93beb0afd6c7d144bfa4 README.md
- 54. これもcat-file しましょう 100644 blob 9daeafb9864cf43055ae93beb0afd6c7d144bfa4 README.md $ git cat-file -p c12d
- 55. これもcat-file しましょう 100644 blob 9daeafb9864cf43055ae93beb0afd6c7d144bfa4 README.md │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 ほう… 次は君ですね $ git cat-file -p c12d ├── objects │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack
- 56. これもcat-file しましょう $ git cat-file -p 9dae test これは・・・、README.md の中身だ!!
- 57. まとめると ├── 9d │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 ├── c1 │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 ├── d0 │ └── 41e090b548f4ab7c11848384f9e171e728fc3d $ git cat-file -p 9dae test $ git cat-file -p c12d 100644 blob 9daeafb9864cf43055ae93beb0afd6c7d144bfa4 README.md $ git cat-file -p d041 tree c12d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 author SuGit <sgmt.snj@gmail.com> 1626708424 +0900 committer SuGit <sgmt.snj@gmail.com> 1626708424 +0900 3種類の情報が記録されている、と言うことのようですね。
- 58. type: commit $ git cat-file -p d041 tree c12d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 // c12d のツリーにコミットをつんだよ author SuGit <sgmt.snj@gmail.com> 1626708424 +0900 // コミットの著者はSuGit だよ // 時刻は1626708424 +0900 = 2021/7/20 00:27:04 だよ(UNIX時間) committer SuGit <sgmt.snj@gmail.com> 1626708424 +0900 // コミッターは... 以下同文
- 59. type: tree $ git cat-file -p c12d 100644 blob 9daeafb9864cf43055ae93beb0afd6c7d144bfa4 README.md // README.md を圧縮して9dae に保存したよ
- 60. type: blob $ git cat-file -p 9dae test // README.md の中身だよ
- 61. つまり commit: コミットの情報 tree: コミット履歴の情報 blob: ファイルのバックアップ が、特定のコミットに対して記録されていると言うことがわかりました。
- 62. 次はログをみましょう │ ├── HEAD │ └── refs │ └── heads │ └── main ~/.git $ tree // ~~~省略~~~ ├── logs ├── objects │ ├── 9d │ │ └── aeafb9864cf43055ae93beb0afd6c7d144bfa4 │ ├── c1 │ │ └── 2d7c0ed49ad9c7aa938743ba6fdee54b6b7fe1 │ ├── d0 │ │ └── 41e090b548f4ab7c11848384f9e171e728fc3d │ ├── info │ └── pack └── refs ├── heads │ └── main └── tags
- 63. log が1つでは寂しいので、コミットをもう一度追加しておきましょう 📄README.md - test + # Abs. + This repository is just for testing the git behaviour
- 64. log が1つでは寂しいので、コミットをもう一度追加しておきましょう 📄README.md - test + # Abs. + This repository is just for testing the git behaviour せっせとコミット ~/gitdir $ git add README.md ~/gitdir $ git commit -m "update README.md" [main dd96c8f] update README.md 1 file changed, 3 insertions(+), 1 deletion(-)
- 65. ~/gitdir$ git log commit dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 (HEAD -> main) Author: Sugit <sgmt.snj@gmail.com> Date: Tue Jul 20 01:09:32 2021 +0900 update README.md commit d041e090b548f4ab7c11848384f9e171e728fc3d Author: SuGit <sgmt.snj@gmail.com> Date: Tue Jul 20 00:27:04 2021 +0900 initialize repository 新しいコミットが増えました
- 66. commit dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 (HEAD -> main) Author: Sugit <sgmt.snj@gmail.com> Date: Tue Jul 20 01:09:32 2021 +0900 update README.md 新しいコミットが増えました ~/gitdir$ git log commit d041e090b548f4ab7c11848384f9e171e728fc3d Author: SuGit <sgmt.snj@gmail.com> Date: Tue Jul 20 00:27:04 2021 +0900 initialize repository
- 67. このときのログファイルは... ~/.git/logs $ tree ├── HEAD └── refs └── heads └── main ~/.git/logs $ cat HEAD 0000000000000000000000000000000000000000 d041e090b548f4ab7c11848384f9e171e728fc3d SuGit <sgmt.snj@gmail.com> 1626708424 +0900 commit (initial): initialize repository d041e090b548f4ab7c11848384f9e171e728fc3d dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 Sugit <sgmt.snj@gmail.com> 1626710972 +0900 commit: update README.md
- 68. このときのログファイルは... 0000000000000000000000000000000000000000 d041e090b548f4ab7c11848384f9e171e728fc3d SuGit <sgmt.snj@gmail.com> 1626708424 +0900 commit (initial): initialize repository ~/.git/logs $ tree ├── HEAD └── refs └── heads └── main ~/.git/logs $ cat HEAD d041e090b548f4ab7c11848384f9e171e728fc3d dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 Sugit <sgmt.snj@gmail.com> 1626710972 +0900 commit: update README.md
- 69. 分解すると 0000000000000000000000000000000000000000 ## <- 1つ前のコミットハッシュ d041e090b548f4ab7c11848384f9e171e728fc3d ## <- 自身のコミットハッシュ SuGit <sgmt.snj@gmail.com> 1626708424 +0900 ## <- コミット情報 commit (initial): initialize repository with ## <- メッセージ
- 70. 分解すると 0000000000000000000000000000000000000000 ## <- 1つ前のコミットハッシュ d041e090b548f4ab7c11848384f9e171e728fc3d ## <- 自身のコミットハッシュ SuGit <sgmt.snj@gmail.com> 1626708424 +0900 ## <- コミット情報 commit (initial): initialize repository with ## <- メッセージ
- 71. 1つ前のコミットハッシュ
- 72. コミット1つ目 0000 d041 0000000000000000000000000000000000000000 ## <- 1つ前のコミットハッシュ d041e090b548f4ab7c11848384f9e171e728fc3d ## <- 自身のコミットハッシュ SuGit <sgmt.snj@gmail.com> 1626708424 +0900 ## <- コミット情報 commit (initial): initialize repository ## <- メッセージ コミット2つ目 d041 dd96 d041e090b548f4ab7c11848384f9e171e728fc3d dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 Sugit <sgmt.snj@gmail.com> 1626710972 +0900 commit: update README.md
- 73. コミットは「自身のハッシュ値」と「ひとつ前のハッシュ値」を持ちます git graph はこの連結によって作られます 0000 d041 dd96 .....
- 75. git branch test test ブランチの作成 実態は・・・
- 76. コミットハッシュに名前をつけて保存しただけ ~/.git/refs/heads $ cat test dd96c8f8bbcff86922b3db1f94aa38c4c6f3d633 0000 d041 dd96 ..... test
- 77. git commit --amend -m "hogehoge" コミットの修正は...
- 78. 単にlog のファイルを書き換えているだけ SuGit <sgmt.snj@gmail.com> 1626708424 +0900 <-- ここを書き換える commit (initial): initialize repository <-- ここを書き換える 0000000000000000000000000000000000000000 ## <- 1つ前のコミットハッシュ d041e090b548f4ab7c11848384f9e171e728fc3d ## <- 自身のコミットハッシュ
- 79. git merge test test ブランチのマージは…?
- 80. git merge test test ブランチのマージは…? 2パターンに分かれます
- 82. マージコミットが増えてmain の位置が変わります main 0000 d041 dd96 9437 a79b 88a0 test
- 83. testだけが進化している場合 main 0000 d041 dd96 a79b test
- 84. git merge してもmainの位置が変わるだけです main 0000 d041 dd96 a79b test
- 86. ①マージコミットが作られるgit merge ②main の位置だけズラすgit merge
- 87. どっちが良いんだろう🤨??
- 88. ケースバイケース🤓
- 91. 何が違うの？
- 92. ①non-first-forward 0000 d041 dd96 9437 a79b 88a0 ②first-forward 0000 d041 dd96 a79b
- 93. ①non-first-forward 0000 d041 dd96 9437 a79b 88a0 ②first-forward 0000 d041 dd96 a79b
- 95. ②は①にできる🤗
- 96. --no-ff オプション $ git merge branch-name --no-ff これで強制的にマージコミットを積むことができます
- 99. はい、残念ながら私の感想です😥
- 105. git reset は"まだリモートに入れていない" ローカルのコミットに対してだけ安全です コミットはハッシュの連鎖でしたね。 push済みのコミットに対してgit reset をするということは、 リモートで既に構築されたコミットの連鎖を破壊するってことですね。
- 106. あ、"dd96" のコミット、ミスってるわ〜 git reset しよ REMOTE 0000 d041 dd96 LOCAL 0000 d041 dd96 staging
- 107. git reset したったぜ REMOTE 0000 d041 dd96 LOCAL 0000 d041 staging
- 108. 新しい変更をコミットだ!! REMOTE 0000 d041 dd96 LOCAL 0000 d041 e292
- 109. リモートにプッシュだ.... あれ?! REMOTE 0000 d041 dd96 LOCAL 0000 d041 e292
- 111. ハッシュでつなぐと… REMOTE 0000 d041 dd96 LOCAL 0000 d041 e292
- 113. 「push errro 対応」ググる git push -f でできるんだって!!
- 114. 「push errro 対応」ググる git push -f でできるんだって!! ↑犯罪です👮🏻♂️
- 115. git reset は明らかにpush してないことを事前に確認 よくわからないまま使うと大変なことに…
- 117. 「git push -f した若手を怒るのはやめよう」 について ※ 適切な指導は必要ですよっ
- 118. 「今度来た若いのいきなりmain にgit push -f してさ〜」😤 「いや、管理側にも大いに問題あるよそれ」🤨
- 119. 大事なbranch は設定で守ろう!!
- 120. GitHub Branch Protection 🌐GitHub のブランチ保護ルールを活用しましょう。 CI が通っていないマージはNG Approve 必須 main への直接push はowner のみ などなど
- 124. BRANCH-A a901 d041 dd96 BRANCH-B a901 d041 e292 41d2 A にB からe292 だけ取り込みたい
- 125. git cherry-pick e292... cherry-pick は競合しやすいので、我慢して手作業で修正しましょう。
- 127. e292に対してcherry-pickを実行 BRANCH-A a901 d041 dd96 BRANCH-B a901 d041 e292 41d2
- 128. e292からパッチを作って... BRANCH-A a901 d041 dd96 BRANCH-B a901 d041 e292 41d2 パッチを作る e292 patch
- 135. git stash save git stash list git stash apply git stash drop git stash pop (apply してdrop する)
- 137. rebase はあるブランチのコミットを別のブランチの歴史につなげます topic でrebase してみましょう topic main 8a24 52b1 a311 92fb e21b 31c2
- 139. rebase 後は一直線になります topic main c1be 52b1 a311 92fb e21b 8ab2
- 141. git rebase はいつ使うのか？
- 142. OSS へのPull Requestのときです main へのマージ前にするケースもあるようです。 これは組織の方針に合わせてください。 私はあまりしません🙄
- 146. コミットが細かくバラバラと切られたPRは なかなかレビューが大変です レビュアーの気持ちになって、1 Issue - 1 Commit を心がけましょう。 でも、作業中は細かくコミットしておきたい。 そんな時はsquash でまとめましょう
- 147. git merge --squash topic 0000 d041 dd96 9437 a79b 88a0 これを… 0000 d041 dd96 9437 a79b 88a0 b1d9 こう
- 151. 👕Tシャツ事件をご存知だろうか...
- 152. 👕Tシャツ事件 Hacktoberfest という団体がやったイベントで "なんでもいいからOSS にPR を4つ作ったらTシャツあげます!!" が事件を起こしました
- 153. 残念なPR の大量発生💩
- 154. 憤怒するOSSメンテナー🤬
- 156. 6 Things to Avoid When Contributing to OSS 1. Pull Requests Should Handle ONE Thing 2. Don’t Break Consistency 3. Don’t Start Work Without Approval 4. Don’t Re-Open Known Problems/Solutions 5. Squash Those Commits 6. Be Meaningful
- 157. 1. Pull Requests Should Handle ONE Thing PRでは1つのトピックに関するもののみ
- 158. 1. Pull Requests Should Handle ONE Thing PRでは1つのトピックに関するもののみ バグAを修正したよ ついでにxxx の書き方が非効率だったから直してやったぜ
- 159. 1. Pull Requests Should Handle ONE Thing PRでは1つのトピックに関するもののみ バグAを修正したよ ついでにxxx の書き方が非効率だったから直してやったぜ いやぁぁぁぁぁぁ！！！😱
- 160. 2. Don't Break Consistency 一貫性を守ること（空気を読んでくれ…） コーディングスタイルを守って欲しい、ということです。
- 161. 3. Don't Start Work Without Approval 急にPR送ってこないで… まずはIssue たてて、コミュニケーションとってからやで…
- 162. 4. Don't Re-Open Known Problems/Solutions Issue立てる前に似たIssueが既に無いか確認しておいてや…
- 163. 5. Squash Those Commits PR内のコミットはsquash でまとめておいて欲しい…
- 166. Issue を立てる時に気をつけることチェックリスト 1. Issue の重複はなるべくやめて… 2. 感想？観測？どっち？ 3. テンプレート使ってよ… 🥺 4. 情報が少なすぎる 5. タイトルから中身が分からない
- 167. 1. Issue の重複はなるべくやめて… 完璧でなくて良いですが、似たIssue が無いかなるべく検索しましょう。 もし見落としても怒られないので、あくまで親切心で😊
- 168. 2. 感想？観測？どっち？ Edge のときにXX っていうエラーがでます!! (… Safari, Chrome, Firefox 確認してない) これが感想 正しくは 「XXっていうエラーが出ます。私の環境はEdge です。」
- 169. 3. テンプレート使ってよ… 🥺 Issue のテンプレートが用意されている場合があります。なるべく探しましょう。 📄bug_report.md ## Steps to Reproduce 1. Run `flutter create bug`. 2. Update the files as follows: ... 3. ... **Expected results:** **Actual results:** Logs... 参考: https://github.com/flutter/flutter/issues/59842
- 172. 最後のトピック
- 173. Git flow について
- 174. Gitっていろんなことができるんだなぁ😗
- 175. そう、いろいろできるんです
- 178. 作ろう運用ルール👨🏻🔧
- 180. Git flow
- 181. Git flow GitHub flow GitLab flow という派生もありますよ
- 182. Git flow A Successful Git Branching Model https://nvie.com/posts/a-successful-git-branching-model/
- 183. 拡大!!
- 184. Branch master (main) : 製品リリース版のブランチ。リリースに合わせてTagをつける。 develop : 開発ブランチ。リリース前の最新情報はここにある状態にする。 feature : 追加機能、バグ修正などの小テーマごとに用意するブランチ。 release : リリース直前（develop以上、master以下）の微調整作業用ブランチ。 hotfix : masterブランチで発生した緊急修正用のブランチ。
- 185. え、、ややこし… 😦
- 191. ルールはシステムで担保する時代
- 194. Git と仲良くなれましたか?