Git 初次入門

Transcript

1. Copyright @ i.m.a.c G I T 臺中科技大學 Git 分散版本控制 (Git version control) Speaker： ⽩白凱仁、柯程峰 資訊工程系 imac
2. G I T 大綱 •版本控制 •Git是啥咪挖溝？ •Git 來源 •Git 基礎要點 •Git 基本操作 •Git 問題解決
3. G I T 版本控制 • 什什麼是版本控制？版本控制就是⼀一個能夠記錄⼀一個或者⼀一組 檔案，在某⼀一段時間的變更更。 • 版本控制，可以使得開發⼈人員以後能夠取回特定版本的系統 • 它允開發者將檔案復原到原本的狀狀態、將整個專案復原到先 前的狀狀態、比對某⼀一段時間的修改、查看最後是誰在哪個時 間點做了了錯誤的修改導致問題發⽣生，等。
4. G I T • 許多開發者採⽤用複製檔案到其 它⽬目錄的⽅方式來來做版本控制， 或者透過壓縮檔+Timestamp 來來分類。但容易易發⽣生問題。 • 於是本地端的版本控制系統就 出現了了，具備簡單的資料庫， ⽤用來來記載檔案的所有變更更記錄 • 典型的⼯工具為 rcs 本地端版本控制
5. G I T • 當遇到開發協同⼯工作時， 本地化就無法發揮作⽤用， 集 中 式 版 本 控 制 系 統 (Centralized Version Control System，CVCSs) 被發展出來來。 • 具有單⼀一伺服器，記錄所 有版本的檔案，且有多個 客⼾戶端從伺服器取出檔案 集中式版本控制系統
6. G I T • 集中式版本控制系統擁有多項優點： 1. 每個⼈人皆能得知其它⼈人對此專案做了了些什什麼修改有⼀一定程度的瞭解 2. 管理理員可調整存取權限，限制各使⽤用者能做的事 3. 維護簡單，因為不需維護散落落在各使⽤用者端的資料庫 • 但這樣配置也有嚴重的缺點，如以下： 1. 如果伺服器當機⼀一個⼩小時，在這段時間中沒有⼈人能進⾏行行協同開發的⼯工作或者將變更更的部份傳遞給其 他使⽤用者 2. 如果伺服器⽤用來來儲存資料庫的硬碟損毀，⽽而且沒有相關的偏份資料 3. 除了了使⽤用者已取到本地端電腦的版本外，包含該專案開發的歷史的所有資訊都會遺失。本地端也有 此⼀一問題。 集中式版本控制系統
7. G I T • 由於以上原因，才延伸出分散 式版本控制，在分散式版本控 制中，客⼾戶端不只是取出最後 ⼀一版的檔案，⽽而是完整複製儲 存褲， • 即使是整個系統賴以運作的電 腦損毀，皆可將任何⼀一個客⼾戶 端先前複製的資料還原到伺服 器。 每⼀一次的取出動作實際 上就是完整備份整個儲存庫 分散式版本控制系統
8. G I T Git是啥咪 挖溝？ • Git是⼀一個分散式版本控制軟體。 • 開放式原始碼(Open Source) • 速度快 • 簡單易易⽤用的分⽀支系統 • 記錄檔案快照，⽽而不是差異異的部份。 • ⼤大部份的操作皆可在本地端完成。 • Git能檢查完整性。 • Git 通常只增加資料。 • 簡潔的設計 • 完整⽀支援非線性的開發（上千個同時進⾏行行的分⽀支） • 能夠有效地處理理像 Linux kernel 規模的專案（速度及資料⼤大⼩小）

9. G I T Git 來源 • 在 Linux kernel ⼤大部份的維護時間內（1991～2002），修改該 軟體的⽅方式通常以多個修補檔及壓縮檔流通。 在2002年年，Linux kernel 開始採⽤用名為 BitKeeper 的商業分散式版本控制系統。 • Linux 社群及 Linux 之⽗父 Linus Torvalds，就是基於使⽤用 BitKeeper 得到的經驗，開發⾃自有的⼯工具的時候，打造出Git。 • ⾃自從 2005 年年誕⽣生後，Git已相當成熟，也能很容易易上⼿手，並保 持著最⼀一開始的要求的品質。它不可思議的快速、處理理⼤大型專案 非常有效率、也具備相當優秀⾜足以應付非線性開發的分⽀支系統。
10. G I T
11. G I T 基礎要點 • 記錄檔案快照，⽽而不是差異異的部份 • ⼤大部份的操作皆可在本地端完成 • Git能檢查完整性 • Git 通常只增加資料 • 三種狀狀態，已提交(committed)、已修改(modified)及已暫存 (staged)。
12. G I T • Git與其他版本控制差別在於如何處理理資料的⽅方式。 ⼀一般來來說， ⼤大部份其它系統記錄資訊是⼀一連串串檔案更更動的內容 • 這些系統（CVS、Subversion等等）儲存⼀一組基本的檔案， 以及對應這些檔案隨時間遞增的更更動資料。 記錄檔案快照，而不是差異的部份
13. G I T • Git將其視為⼩小型檔案系統的⼀一組快照(Snapshot)。 每⼀一次讀 者提交更更新時、或者儲存⽬目前專案的狀狀態到Git時。 • 基本上它為當時的資料做⼀一組快照並記錄參參考到該快照的參參 考點。 • 只要檔案沒有變更更，Git不會再度儲存該檔案，⽽而是記錄到前 ⼀一次的相同檔案的連結
14. G I T • Git的操作皆只需要本地端的檔案及資源即可完成，⼀一般來來說 並需要到網路路上其它電腦提取的資訊。 • 由於在本地端也存在專案紀錄，使得處理理速度很快。例例如看 歷史紀錄就可以從本地端進⾏行行。 • 無時無刻的更更新，快速的上傳提供更更新。 • 不會因為集中式連不到⽽而無法⼯工作。 大部份的操作皆可在本地端完成
15. G I T • Git中所有的物件在儲存前都會被計算查核碼(checksum)並以 查核碼檢索物件，因此Git不可能不清楚任何檔案或⽬目錄的內 容已被更更動。 • Git能夠⾺馬上察覺傳輸時的遺失或是檔案的毀損。 • Git⽤用來來計算查核碼的機制稱為SHA-1雜湊法。 Git能檢查完整性
16. G I T • 使⽤用Git，幾乎所有的動作只是增加資料到Git的資料庫。 • 在任何版本控制系統，開發者有可能會遺失或者搞混尚未提 交的更更新，但Git很少會有遺失狀狀況，特別是定期將資料庫更更 新到其他儲存庫。 Git 通常只增加資料
17. C e p h C e p h S D N 三種狀態 • 意謂著資料己安全 地存在讀者的本地 端資料庫 • 代表著讀者已修 改檔案但尚未提 交到資料庫 • 意謂著讀者標記已 修改檔案目前的版 本到下一次提供的 快照 已暫存(staged) 已修改(modified) 已提交(committed)
18. G I T • Git⽬目錄：⽤用來來儲存讀者的 專案的元數據及物件資料庫 • ⼯工作⽬目錄：是專案被取出的 某⼀一個版本。被壓縮存放在 Git⽬目錄內資料庫 • 暫存區域：是⼀一個單純的檔 案，⼀一般來來說放在Git⽬目錄 三種目錄
19. G I T • 讀者修改⼯工作⽬目錄內的 檔案 • 暫存檔案，將檔案的快 照新增到暫存區域。 • 做提交的動作，這會讓 存在暫存區域的檔案快 照永久地儲存在Git⽬目 錄。 基本Git工作流程
20. G I T Staging Area
21. G I T Git 的分支功能（Branch）
22. G I T Subversion 式的工作流程
23. G I T 整合管理員工作流程
24. G I T 司令官與副手的工作流程
25. G I T 基礎操作 安裝Git： • 在Mac系統安裝：http://sourceforge.net/projects/git-osx- installer/ • 在Windows系統安裝：http://msysgit.github.com/ • 從原始碼編譯：http://git-scm.com/download • 在RedHat Linux系統安裝：yum install git-core • 在Debian Linux系統安裝：apt-get install git • Git的更更新版：git clone git://git.kernel.org/pub/scm/git/git.git
26. G I T 設定識別資料： $ git config --global user.name "KaiRen.Bai" $ git config --global user.email kairen.bai@gmail.com 指定編輯器： $ git config --global core.editor vim 指定合併⼯工具： $ git config --global merge.tool vimdiff P.S : Git能接受kdiff3、tkdiff、meld、xxdiff、emerge、vimdiff、gvimdiff、 ecmerge及opendiff做為合併⼯工具 初次設定Git
27. G I T 檢查開發者設定： $ git config --list user.name=KaiRen.Bai user.email=kairen.bai@gmail.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto … $ git config user.name KaiRen.Bai $ git config user.email kairen.bai@gmail.com
28. G I T 取得說明⽂文件： $ git help <verb> $ git <verb> --help $ man git-<verb> EX:取得config命令的⼿手冊 $ git help config
29. G I T 在現有⽬目錄初始化儲存庫： $ git init P.S：這個命令會建立名為 .git 的⼦子⽬目錄，該⽬目錄包含⼀一個Git儲存庫架構必要的所 有檔案。 第⼀一次的提交： $ touch README.md $ git add README $ git commit -m 'initial project version' 取得Git儲存庫
30. G I T 複製現有的儲存庫： $ git clone https://github.com/sakanamax/LearnSpark.git 執⾏行行以上指令，接下來來會有個名為grit的⽬目錄被建立，並在其下初始化名 為.git的⽬目錄 複製現有的儲存庫，並加入⽬目錄名稱： $ git clone https://github.com/sakanamax/LearnSpark.git Spark P.S：Git提供很多種協定給讀者使⽤用。git://、http(s)://、user@server:/ path.git。
31. G I T 提交更新到儲存庫
32. G I T 檢視檔案的狀狀態： $ git status On branch master nothing to commit, working directory clean P.S：Wokring directory clean 意謂著⽬目前的⼯工作⽬目錄沒有未被追蹤或已被修改的檔案。 加入⼀一個檔案： $ vim README $ git status On branch master Untracked files: (use "git add <file>..." to include in what will be committed) README ….
33. G I T 追蹤新檔案： $ git add README $ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: README P.S：若若出現Changes not staged for commit。代表著這個檔案已被追蹤，⽽而且 位於⼯工作⽬目錄的該檔案已被修改，但尚未暫存。開發者要透過git add來來暫存檔 案。若若要加入全部，可採⽤用以下⽅方式： $ git add . $ git add --all
34. G I T 忽略略某些檔案： $ touch .gitignore $ echo ".DS_Store" > .gitignore 編寫.gitignore檔案的規則如下： • 空⽩白列列或者以#開頭的列列會被忽略略。 • 可使⽤用標準的Glob pattern。 • 可以/結尾，代表是⽬目錄。 • 可使⽤用!符號將特徵反過來來使⽤用。 Glob pattern： • 星號（*）匹配零個或多個字元 • [abc]匹配中括弧內的任⼀一字元（此例例為a、b、c） • 問號（?）匹配單⼀一個字元 • 中括孤內的字以連字符連接（如：[0-9]），⽤用來來匹配任何符合該範圍的字（此例例為0到9）
35. G I T 忽略略某些檔案簡單範例例： P.S：A **/ pattern is available in Git since version 1.8.2.
36. G I T 檢視尚未暫存的更更動： $ git diff 這命令會比對⽬目前⼯工作⽬目錄(working directory)及暫存區域(stage area)的版本，然後 顯⽰示尚未被存入暫存區(stage area)的變更更。 檢視已暫存，若若讀者想比對暫存區域(stage)及最後⼀一次提交(commit)的差異異： $ git diff --cached $ git diff --staged
37. G I T 提交修改： $ git commit -m "message" [master (root-commit) 7e59f1a] initial project version 1 file changed, 1 insertion(+) create mode 100644 README.md 跳過暫存區域： $ git commit -a -m "Add test.md to test git function" 若若使⽤用 -a -m 的話還能將所有未被 add 的檔案⼀一併 add 進來來，但只限於 已被追蹤的檔案。 $ git commit -v -m "Add test.md to test git function" 列列出更更動的紀錄。
38. G I T 刪除檔案： $ rm grit.gemspec $ git rm grit.gemspec P.S：若若已更更動過該檔案且將它記錄到暫存區域。必須使⽤用-f參參數才能將它強制移 除。 移除暫存中的檔案，可以採⽤用以下： $ git rm --cached readme.txt $ git rm log/\*.log $ git rm \*~ 刪除檔案： $ git mv <file_from> <file_to> P.S：相當於mv READMD.txt README，之後git rm README.txt、git add
39. G I T 檢視提交的歷史記錄： $ git log $ git log -p -2 ⽤用來來顯⽰示每個更更新之間差別的詳細內容。 另外還可以加上 -2 參參數，限制為只輸出 最後兩兩個更更新。 $ git log —stat 檢視每個更更新的簡略略統計資訊。 檢視提交的歷史記錄
40. G I T log format檢視： $ git log --pretty=format:"%h - %an, %ar : %s"
41. G I T 簡單的 git log 的選項：
42. G I T 限制 log 的輸出範圍： $ git log --since=2.weeks --since 及 --until 限制時間的選項 使⽤用圖形界⾯面檢視歷史：Gitk，Gitk 基本上就是 git log 的圖形界⾯面版 本，⽽而且幾乎接受所有 git log ⽀支援的過濾⽤用選項。
43. G I T 若若太早提交，想更更動最後⼀一筆更更新： $ git commit --amend 此命令取出暫存區資料並⽤用來來做本次的提交。 $ git revert HEAD 回到前⼀一次 commit 的狀狀態 例例如以下範例例，忘了了提交 forgotten_file： $ git commit -m 'initial commit' $ git add forgotten_file $ git commit --amend 這些命令的僅僅會提交⼀一個更更新，第⼆二個被提交的更更新會取代第⼀一個。 復原
44. G I T 取消已經暫存的檔案： $ git reset HEAD <file> 取消對檔案的修改： $ git checkout -- <file> 還原到上⼀一版： $ git reset --soft HEAD P.S：該指令⾄至少需升級為 Git 1.6.1或更更新版本。 若若讀者使⽤用的是舊版，強烈 建議升級，以取得更更好⽤用的功能。 切記，任何在 Git 提交的更更新幾乎都是可復原的。 即使是分 ⽀支中的更更新被刪除或被 --amend 覆寫，皆能被復原。
45. G I T 若若想放棄提交，可以 使⽤用 reset： $ git reset --hard HEAD $ git reset --soft HEAD~3 $ git reset HEAD filename 從 staging area 狀狀態回到 unstaging 或 untracked (檔 案內容並不會改變) 放棄提交
46. G I T 主要使⽤用模式的說明： • 復原修改過的索引的狀狀態(mixed) • 徹底取消最近的提交(hard) • 只取消提交(soft)
47. G I T 顯⽰示所有的遠端儲存庫： $ git clone git://github.com/schacon/ticgit.git $ git remote -v 若若有⼀一個以上遠端儲存庫，此命令會全部列列出 新增遠端儲存庫： $ git remote add github git://github.com/paulboone/ticgit.git $ git remote -v github git://github.com/paulboone/ticgit.git 若若想取得上傳的且本地端儲存庫沒有的更更新，可執⾏行行 git fetch github 與遠端協同工作
48. G I T 從遠端儲存庫擷取或合併： $ git fetch [remote-name] 此命令到該遠端專案將所有本地端沒有的資料拉下來來。 P.S：需留留意的是 fetch 命令僅僅將資料拉到本地端的儲存庫，並未⾃自動將它合併進來來， 也沒有修改任何⽬目前⼯工作的項⽬目。 從遠端儲存庫擷取或合併： $ git push origin master 監看遠端儲存庫： $ git remote show origin P.S：如果你在master分⽀支時⽤用git pull時，會去⾃自動抓取數據合併到本地的master分 ⽀支。它也列列出所有曾經被抓取過的遠端分⽀支。
49. G I T 移除或更更名遠端儲存庫： $ git remote rename github paul $ git remote 當你為了了種種原因想要移除某個遠端，像是換伺服器或是已不再使⽤用某 個特別的鏡像，⼜又或是某個貢獻者已不再貢獻時。你可以使⽤用git remote rm： $ git remote rm paul $ git remote
50. G I T 列列出標籤： $ git tag 這個指令將以字⺟母順序列列出標籤；所以這個順序並不代表其重要性。 建立附註的標籤： $ git tag -a v1.4 -m 'my version 1.4' $ git show v1.4 -m選項⽤用來來設定標籤訊息 建立簽署的標籤： $ git tag -s v1.5 -m 'my signed 1.5 tag' $ git show v1.5 標籤
51. G I T 建立輕量量級的標籤： $ git tag v1.4-lw $ git tag 這樣⼀一來來，當執⾏行行git show查看這個標籤時，你不會看到其他標籤資 訊，只會顯⽰示對應的commit。 P.S：Git使⽤用兩兩⼤大類的標籤：輕量量級(lightweight)和含附註 (annotated)。 驗證標籤： $ git tag -v v1.4.2.1 如果沒有簽署者的公鑰，則會看到下列列訊息：
52. G I T 追加標籤： $ git log —pretty=oneline $ git tag -a v1.2 <commit_head> $ git tag $ git show <tag_name> 分享標籤： $ git push origin v1.2 可以加入--tags選項到git push指令中。這將會傳送所有尚未在遠端伺服器上 的標籤： $ git push origin --tags $ git log --all 秀出所有的 log (含 branch)
53. G I T Git 分支 分⽀支其實就是從 某個提交物件往 回看的歷史
54. G I T 列列出分⽀支： $ git branch 注意看 master 分⽀支前的 * 字元：它表⽰示當前所在的分⽀支 查看各個分⽀支最後⼀一個提交物件的資訊： $ git branch -v 清單中篩選出你已經（或尚未）與當前分⽀支合併的分⽀支： $ git branch —merged $ git branch --no-merged 分支的管理
55. G I T 分⽀支的新建與切換： $ git checkout -b <branch_name> 這相當於執⾏行行下⾯面這兩兩條命令： $ git branch <branch_name> $ git checkout <branch_name> 接著你開始嘗試修復問題，在提交了了若若⼲干次更更新後： $ vim index.html $ git commit -a -m 'added a new footer [issue 53]’ 若若要切回master，可⽤用以下⽅方式： $ git checkout master Switched to branch 'master
56. G I T 分⽀支的刪除： $ git branch -d <branch_name> 想將master分⽀支合併進來來，然後發佈到⽣生產伺服器。⽤用 git merge 命令來來進 ⾏行行合併： $ git checkout master $ git merge hotfix 當merge完成後，即可刪除 hotfix branch： $ git branch -d hotfix 若若想將別⼈人的專案與⾃自⼰己的Repository合併，可採⽤用以下： $ git fetch <someone> $ git merge <someone/master>
57. G I T 遇到衝突時的分⽀支合併： 有時候合併操作並不會如此順利利。如果在不同的分⽀支中都修改了了同⼀一個檔的同⼀一部分，Git 就無法乾 淨地把兩兩者合到⼀一起（譯注：邏輯上說，這種問題只能由⼈人來來裁決）。 $ git merge <branch_fix> Auto-merging index.html CONFLICT (content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. $ git status On branch master You have unmerged paths. (fix conflicts and run "git commit") Unmerged paths: (use "git add <file>..." to mark resolution) both modified: index.html git mergetool，它會調⽤用⼀一個視覺化的合併⼯工具並引導你解決所有衝突
58. G I T 利用分支進行開發的工作流程
59. G I T 特性分支
60. G I T 推送本地分⽀支： $ git push origin <branch> 假如想要移除本地的所有變 動，可以從Server更更新最新 版，必指向該master分⽀支： $ git fetch origin $ git reset --hard origin/ master 遠端分支
61. G I T 更更新branch： $ git pull master 是本地端數據庫的 master 分⽀支，origin/master 是遠端數據庫 的 origin 的 master 分⽀支。 更新
62. G I T 如果本地端數據庫的 master 分⽀支有新的歷史記 錄，⽽而遠端的origin/master 分⽀支並未被更更新，您 需要執⾏行行pull命令並建立⼀一個合併提交以合併雙⽅方 的修改。
63. G I T 執⾏行行 pull 時，如果內容沒有衝突，就會⾃自動建立 合併提交。如果發⽣生衝突的話，需先解決衝突然後 再⼿手動提交。
64. G I T 執⾏行行 pull 時，如果內容沒有衝突，就會⾃自動建立 合併提交。如果發⽣生衝突的話，需先解決衝突然後 再⼿手動提交。
65. G I T Thank you for listening !