寫給大家的 Git 教學
- 1. 本簡報內容基於Scott Chacon的「Pro Git」電子書，修改過後 的內容以CC-BY-NC-SA-3.0授權發佈 寫給大家的 Git 教學 Littlebtc (Hsiao-TingYu)
- 2. What is Version Control? What is Git?
- 6. 分散式版本控制 「大家都有完整資料庫」 「大家都能獨立工作」 「Server爛了不要緊，拿到 一份好的資料庫灌回去就 可以全部復原！」 現在爆紅的 git, Mecurial (hg), bazaar (bzr) 都屬此類 問題：亂成一團？？？ 用好的Branch機制來解決！
- 7. 從 Git 的誕生講起 Linux Kernel 是一切的開端 (http://en.wikipedia.org/wiki/Linux_kernel,Wikipedia contributors, CC-BY-SA)
- 8. 極端龐大的資訊量 （From: Linux Kernel Development: How Fast it is Going,Who is Doing It,WhatThey are Doing, andWho is Sponsoring It, Fair use(?)）
- 9. 先前的嘗試：BitKeeper Linus Torvalds：「我就是不喜歡中 央式的系統！」 所以 Linux Kernel 以前的變更都是用 Patch + 壓 縮檔來散布 2002年， Linus 採用 BitKeeper 分 散版本控制系統（專有！） 社群不滿，甚至嘗試逆向工程， 於是跟 BitKeeper 開發商鬧翻 Git 因此而生 (pic: http://commons.wikimedia.org/wiki/File:Linus_Torvalds.jpeg CC-BY- SA-3.0 & GFDL)
- 10. Git 的設計目標 超快 超簡單 支援非線性的開發 大家都可以自己改，改完合併來合併去，不必受到一條主線的拘束 完全分散式 可以處理 Linux Kernel 「超大」的資料量 And then realize that nothing is perfect. Git is just *closer* to perfect than any other SCM out there. -- Linus on Git mailing list
- 11. Git Basics
- 14. Git 的檔案處理 使用 Checksum 來確 保檔案的完整性 設計上「只會增加資 料」，因此東西可以 輕鬆復原 在本機的檔案管理 中，增添了 「Staging」的觀念
- 15. Using Git
- 16. 建立一個新的 Git Repository 「Repository」（倉庫、套件庫）就是一份版本控 制中的「版本資料庫」 找一個空的資料夾，然後執行： git init 套件庫需要的資訊會放在.git資料夾裡
- 17. Initial Commit 新增一個檔案README 把所有檔案加進去 然後提交變更 touch README git add . git commit -m 'Initial commit'
- 18. 複製別人的 Repository Clone的專案會放在目前路徑下的新目錄。 $ git clone http://github.com/jquery/jquery.git Initialized empty Git repository in /Users/littlebtc/work/jquery/.git/ remote: Counting objects: 14043, done.remote: Compressing objects: 100% (4070/4070), done. remote: Total 14043 (delta 9717), reused 13753 (delta 9452) Receiving objects: 100% (14043/14043), 12.45 MiB | 288 KiB/s, done. Resolving deltas: 100% (9717/9717), done.
- 19. File Status git add filename git rm filename git commit git add filename • 在 .gitignore 檔案中列出的檔案名稱將被忽略 （.gitignore這個檔也要commit!） • 使用 git status 來檢查檔案狀態 git reset HEAD filename git checkout -- filename
- 20. git status
- 21. 如何檢視Commit log？ •git log (console) •GitX (Mac) •giggle (Linux) (截圖來自官網)
- 22. 改爛了...!? 改變最後一次的 Commit： git commit --amend 把 Stage 的檔案給 Unstage： git reset HEAD file 把修改過的檔案回到未修改狀態： git checkout -- file
- 23. Remote Server!! Branch 和 Remote 之間的互動！ 預設的 Branch 叫 master（稍後詳述） 預設的 Remote 叫 origin git pull origin = git fetch origin + git merge origin/master 拉下來之後 Merge git push origin master 把 Master 給 Push 到 Origin
- 24. "Remote" 的 Protocol file://（本機） ssh://（效率好、匿名訪問不可、適合寫入） git://（效率很棒、不好設定、適合讀取） http:// or https://（簡單、效率低）
- 25. Branches
- 26. 先從 Commit 說起 git 是這樣看待 Commit 的
- 29. git branch testing 新增一個"testing" branch git會使用「HEAD」紀錄目前所在的Branch
- 30. git checkout testing 把「HEAD」變成Testing Branch or git checkout -b testing ：開新 Branch過後切
- 31. 這時如果Commit下去... 變成只算在 testing 不算 master
- 32. git checkout master 回到Master了，那麼What's next?
- 33. git commit -m 'Change the master!' 岔開來了！
- 35. Merge
- 36. Branch滿天飛 有緊急的 Bug，我開了一個 hotfix branch 弄好了。 現在要怎麼處理 master？
- 37. git checkout master git merge hotfix 切到 master 之後，把 master 和 hotfix 「合併」 因為這種合併只需要Commit往前推，叫做fast-foward
- 38. Branch滿天飛 好，我繼續來寫 Issue 53 的 branch 總算寫完了！我要Merge！
- 39. git 最終的 merge 方式 $ git checkout master $ git merge iss53 Merge made by recursive. README | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
- 40. CONFLICT！衝到了！ 別慌張！ git status 一下看是哪個檔案出問題 到出問題的檔案找問題，手動解決 再檢查 git status 後，用 git commit 手動 Merge （會自動生成 Merge 的 Commit Message）
- 41. Rebase
- 43. git checkout experiment git rebase master 把C3上的變更Rebase到C4之上(onto C4)
- 44. git checkout master git merge experiment Rebase過後就可以fast-forward Merge了！
- 45. 當事情更複雜...
- 46. git rebase --onto master server client 「檢查client的Branch， 從client和server的共同祖先看作了哪些變動， 把那些變更重新在master上面作過一遍」
- 47. git checkout master git merge client 對client作fast-forward Merge
- 48. git rebase master server 直接指定要將哪個Branch的更動（server） 重新在哪個Branch作過一遍（master）
- 49. git checkout master git merge server git branch -d client git branch -d server 通通都Merge完之後 把兩條不要的Branch砍掉囉 :)
- 50. 「千萬不要」對已經Push的東西 作Rebase！ 除非你想成為害群之馬。 Pic: http://commons.wikimedia.org/wiki/File:Castle_Romeo.jpg, Public Domain, United States Department of Energy
- 51. Remote Branches
- 54. Pull = Fetch + Merge 把Origin作Fetch之 後，兩邊同時有更 動，因此會變成兩條 分支 通常的作法是，用 Merge合併回一條 所以會有git pull： git pull origin = git fetch origin 之後 git merge origin/master b03ed git merge origin/master
- 55. 新增一個Remote
- 59. 一些基本守則 當你要Commit/送交Patch時： 用git diff --check檢查行尾有沒有多餘的空白 「每個Commit只改一件事情」 如果一個檔案有多個變更，用git add --patch 只選擇檔案中的部分變更進Stage 寫清楚Commit Message！
- 61. Jessica會怎麼做？ Fetch之後，Jessica發現John有更 動，檢查過後，先合併issue54 （Fast-foward）： git checkout master git merge issue54 然後合併origin/master： git merge origin/master 就可以快樂Push了！
- 64. ... Still a lot to learn!
- 65. github 很好玩！ ...而且對公開的 Open Source 專案免費！
- 66. 了解更多 Pro Git 線上電子書： http://progit.org/ 這份投影片大部分的內容都出於此處，是很好的 Git 線上說明！ ihower 的 Git 文章系列： http://ihower.tw/blog/ archives/category/git