版控神器Git速成班

越早預購越划算，價格將依照「課程製作完成度、購買人數、優惠名額...」等條件，進行價格調整，以實際公告與當下購買之金額為主。

🍳 Git第3篇-Tutorial 013 : 關於Https的GitClone
「HttpsClone」複製下來的「Repository」(代碼倉庫)，可以使用「SourceTree、TortoiseGit、Git指令」同時操控，如果同一台電腦只需要登入一個帳號，強力推薦使用「HttpsClone」。

🍳 Git第3篇-Tutorial 019 : LocalBranch和RemoteTrackingBranch和RemoteBranch;Fetch和Pull和Push
比較「LocalBranch、RemoteTrackingBranch、RemoteBranch」(本地分支、遠端追蹤分支、遠端分支)。討論「Fetch、Pull、Push」和「.git/FETCH_HEAD」的觀念。

🍳 Git第3篇-Tutorial 022 : 關於Tag
討論「SemanticVersioning2.0.0」(版本命名方式)。討論「AnnotatedTag、LightweightTag」(標示標籤、輕量標籤)都有「LocalTag、RemoteTag」(本地標籤、遠端標籤)，但沒有「RemoteTrackingTag」(遠端追蹤標籤)，這點和「Branch」(分支)觀念不一樣。
示範「建立、刪除、Fetch、Push、Checkout」Tag(標籤)。
示範刪除一個「LocalTag/RemoteTag」(本地標籤/遠端標籤)。示範刪除全部「LocalTag/RemoteTag」(本地標籤/遠端標籤)。
示範當「RemoteTag」(遠端標籤)被刪除了，刪除相對應的「LocalTag」(本地標籤)。
稍微討論"GitFlowWorkFlow"和"Tag"之間的關係。

😈Git第4篇-魔王1號 🍳 Git第4篇-Tutorial 026 : 關於GitIgnore
示範「GitIgnore」(Git忽略)的使用方式，包括忽略「File、Folder、Hierarchy、Extension副檔名」，然後討論現成的「GitIgnoreTemplate」。

😈Git第4篇-魔王2號 🍳 Git第4篇-Tutorial 027 : 關於Stash
示範「GitStash」的各種實用技巧。示範建立「Stash」。討論「git stash apply...、git stash pop...」的差異和比較。示範「DisplayAllStash : git stash list」來顯示所有的「Stash」。示範「DisplayStash(Patch) : git stash show (-p) [StashIndex]」來顯示某一個特定的「Stash」內的修改。示範刪除一個「Stash」，示範刪除所有的「Stash」。示範「CreateBranchCheckoutBranchApplyStashDeleteStash : git stash branch [Branch] [StashIndex]」，這會建立一個「Branch」(分支)，然後「Checkout」到該「Branch」(分支)，然後套用該「Stash」，並且刪除該「Stash」。

😈Git第4篇-魔王3號 🍳 Git第4篇-Tutorial 029 : 關於GitLog和GitShow和GitBlame
示範「GitLog、GitShow、GitBlame」的各種實用技巧。示範「GitShow」來定位「Bug」所在的「Commit」(提交)。 示範「GitBlame」來找出寫「Bug」的兇手。示範「GitLog、GitDiff」搭配「--stat」觀察「Commit」(提交)內的修改，交付IT產品時，這指令可壤客戶知道我們的勞作來邀功。示範「GitLog」搭配「--pretty、--since」可以只顯示某一段時間內的「Log」，再搭配「--author」可以只顯示某一個作者所做的修改「Log」。並且使用「git log --oneline | wc -l」，觀察在「CurrentBranch」(目前分支)上面有多少個「Commiot」(提交)，用來衡量工程師的工作效率。

😈Git第5篇-魔王1號 🍳 Git第5篇-Tutorial 031 : Reset刪除多個Commit ; Rebase刪除一個Commit
使用「SourceTree」，示範執行「git reset soft/mixed/hard」來刪除多個「Commits」(提交)，示範執行「git rebase」來刪除一個「Commit」(提交)。如果「git rebase」中途，遇到「Conflict」(衝突)，可以執行「git rebase --abort」放棄，或是執行「P4Merge」解決「Conflict」(衝突)後，再使用「git rebase --continue」。當「git rebase」結束後，可以執行「git push --force」(強制推)，或是執行「git reset --hard ORIG_HEAD」來復原此次「git rebase」。

😈Git第5篇-魔王3號 🍳 Git第5篇-Tutorial 033 : SourceTree的RevertCommit(復原提交),RevertHunk(復原部分);GitBash的RevertCommit(復原提交)
使用「SourceTree」示範「RevertCommit、RevertHunk」(回復提交、回復部分)。「DeleteCommit」(刪除提交)和「RevertCommit」(回復提交)的差異在於，「DeleteCommit」(刪除提交)之後，那一個「Commit」(提交)就沒有了。「RevertCommit」(回復提交)之後，是產生一個新的「Commit」(提交)來取消之前的「Commit」的變動。

😈Git第5篇-魔王4號 🍳 Git第5篇-Tutorial 034 : 更改任意一個CommitMessage(提交訊息) ; UndoRebaseAfterRebaseAfterPush(Rebase之後Push之後UndoReBase)
使用「SourceTree」示範「git rebase」來做「EditAnyCommitMessage」(更改任意一個提交訊息)。

😈Git第5篇-魔王5號 🍳 Git第5篇-Tutorial 035 : 更改最後一個Commit(提交) ; UndoRebaseAfterRebaseAfterPush(Rebase之後Push之後UndoReBase)
使用「SourceTree」示範「git rebase」來做「EditLastCommit」(更改最新提交)。

😈Git第5篇-魔王8號 🍳 Git第5篇-Tutorial 038 : ReorderCommits(更改提交順序) ; UndoRebaseAfterRebaseAfterPush(Rebase之後Push之後UndoReBase)
使用「SourceTree」示範「git rebase」來做「ReorderCommit」(排列提交順序)。

😈Git第5篇-魔王9號 🍳 Git第5篇-Tutorial 039 : SquashCommits(合併提交) ; UndoRebaseAfterRebaseAfterPush(Rebase之後Push之後UndoReBase)
使用「SourceTree」示範「git rebase」來做「SquashCommit」(壓縮提交)，「Squash」(壓縮合併)特定的「Commit」(提交)到前一個「Commit」(提交)。

😈Git第3篇-魔王10號 🍳 Git第3篇-Tutorial 040 : RebaseBranch(重設分支起點) ; UndoRebaseAfterRebaseAfterPush(Rebase之後Push之後UndoReBase)
使用「SourceTree」示範「git rebase [Branch]」來做「RebaseBranch」(重設分支起點)。將「CurrentBranch」(目前分支)「Rebase」到「[Branch]」(分支)。「CurrentBranch」(目前分支)的「StartCommit」(起始提交)將會變成此「[Branch]」(分支)的「LatestCommit」(最新提交)。

市面上有不少免費或是付費的「Git課程」，但是，您是否覺得，每次學完之後，總是不夠自信地說，「Not a problem!!!」。
但為什麼學完之後，卻還是被Git，東卡西卡，發好人卡，得不到好結果呢?

在工作中，可能只是執行「git merge」，然後產生「Conflict」(衝突)，就讓你驚慌失措，不知如何是好。
遇到突發狀況，上網問卦，網友全掛，老闆問話，只好求老闆，把你當個屁給放了。

其實，很多時候，只要使用「P4Merge」，滑鼠點一點，「Conflict」(衝突)就可以輕鬆搞定，讓您起死回生，哼哼哈兮(OS: 別拿出雙節棍)。當您身邊，沒有人可以帶您入門的時候，或是，前輩怎麼講，您都聽不懂的時候，「版控神器Git眉角學程」就是您居家旅行，必備良藥，強力推薦。

#「版控神器Git速成班」，超過34個小時，內容是擷取「版控神器Git眉角學程」中，使用「SourceTree」的部分，還有少許部分的「Git指令教學」，帶您快速入門，應付工作。
「版控神器Git速成班」適合新手，但是不推薦給已經在工作的老手。如果您已經工作滿一年了，建議服用「版控神器Git眉角學程」，好好扎實打底吧。

#「版控神器Git眉角學程」，總共有8個課程，超過132個小時，適合新手，也完全適合已經在工作的老手。
透過精心設計的學習步驟，鉅細靡遺的「示範教學」，「從零開始」，手把手，一門銜接一門，扎實打底，循序漸進，「從實戰到應用，再到底層觀念，帶您融會貫通，徹底理解」，完全攻略「版控神器Git」，讓你可以有自信地說「Not a problem!!!」。

當別人還在，舉頭望鳥巢，低頭說臥槽的時候。我的課程，已經可以讓您，同時精通「SourceTree、TortoiseGit、Git指令」，互相配合的「三刀流」工作模式(OS: 沒看過海賊王嗎?)。

# 透過精心設計的學習步驟，鉅細靡遺的示範教學，從零開始，手把手，一門銜接一門，扎實打底，循序漸進，從實戰到應用，再到底層觀念，帶您融會貫通，徹底理解，完全攻略「版控神器Git」。
讓你以後遇到Git相關問題，都可以很自信地說「Not a problem!!!」

# 您目前位於「版控神器Git第1篇: 深入討論Stage和Commit。」:
「版控神器Git學程講義目錄(點我)」

首先我們先思考一下這個情境，如果你獨立工作，你沒有任何的團隊，你當然可以用任何方法去管理你的程式碼。舉例來說，你可以用Folder(資料夾)的命名方式來管理你的程式碼的Version(版本)。資料夾可以取名為OnlineGameV1_20200401或是OnlineGameV2_20200402，也就是「軟體名稱_版本名稱_出版日期」這樣的命名方式。

但是這種方式實在很難在團隊裡面被使用，請你思考一下這個情境，在軟體開發過程中，我們常常會在不同的團隊之間打轉，每個團隊大概都有不少人 我們要如何保證程式碼版本不會失控?

所以我們需要一種東西，這東西可以記錄「What、Who、When、Where、How」。

• What - 發什麼什麼事情?
• Who - 是誰幹的? (兇手是誰?)
• When、Where、How - 何時發生? 案發現場在哪? 怎麼發生的?

我們需要一種東西，這種東西可以將所有的工作拆散成多個小工作，然後分派給不同的組員，讓大家各個擊破。然後組員可以將這些小工作完成後，上傳到一個固定的地方。這個固定的地方可以合併所有人的程式碼，並且變成一個IT產品。另外，開發過程中，難免會產生Bug，所以我們需要一個「程式碼時光機」，用來比較程式碼在不同的時間點有什麼不同的變化。透過這樣的比較，我們可以調查出是什麼問題產生這個Bug。甚至，我們可以透過「程式碼時光機」穿越到不同的時間點去修改該時間點的程式碼，進而解決修復此Bug。「版控神器Git」可以讓這些成為現實!!!。

「版控神器Git」是一個超級強大的版控工具，個人和團隊都適用，幾乎是每個工程師不可或缺的技能。但是「Git指令」其實很不容易入門。常常很多人只要看到黑色的「GitBash」畫面，需要輸入「Git指令」，就不知道要從何下手，只好就兩手一攤，求放過。所以，我個人建議，初學者最好透過「Git圖形介面工具」入門。但是，市面上有很多「Git圖形介面工具」，到底要用哪一個呢?

我個人是推薦使用「GitKraken(點我)」。GitKraken的圖形介面真的是讓我覺得非常的直覺，不需要經過太多訓練，很快就可以上手。但是，GitKraken並不是每個功能都是免費的。免費版本的GitKraken只是閹割版本的GitKraken。舉例來說，如果要執行「git clone」複製遠端的PrivateRepository(私人代碼倉庫)，那麼就必須使用付費版本的GitKraken。事實上，在現實工作環境中，並不是每一個公司都願意付費使用GitKraken。所以，我個人只好推薦兩個「完全免費Git圖形介面工具」。

• 「Atlassian公司」出版的「SourceTree(點我)」
• 開源的「TortoiseGit(點我)」

「SourceTree」和「TortoiseGit」都可以執行「git clone」複製遠端的PrivateRepository(私人代碼倉庫)，並且完全免費，無須任何負擔，可以輕鬆透過圖形介面學會各種「Git觀念」。其中，我個人認為「SourceTree」圖形介面比「TortoiseGit」圖形介面更直覺。我個人平常是比較偏好於使用「SourceTree」搭配「Git指令」來完成工作。但是別擔心，本「版控神器Git眉角學程」是 「三刀流課程」，會讓你同時精通「SourceTree、TortoiseGit、Git指令」。

📐 3WayMerge(三路合併)

📏 FastForwardMerge(快進合併)、NonFastForwardMerge(非快進合併)、NoFastForwardNoCommitMerge(非快進非提交合併)

🍻 SquashMerge(壓縮合併)

🍒 CherryPick(採櫻桃)

🍒 CherryPickNCommits(採N個櫻桃)

請參考「版控神器Git眉角學程-Git第3篇」-Tutorial013To018(點我)

有2種執行「git clone」的方式，就是「HttpsClone」和「SshClone」。其中又有2種執行「SshClone」的方式，就是「SshClone-PuttyKey、SshClone-OpenSsh」。我個人推薦使用「SshClone-OpenSsh」。「HttpsClone」複製下來的「Repository」(代碼倉庫)，可以使用「SourceTree、TortoiseGit、Git指令」同時操控，如果同一台電腦只需要登入一個帳號，強力推薦使用「HttpsClone」。「SshClone-PuttyKey」複製下來的「Repository」(代碼倉庫)可以使用「SourceTree、TortoiseGit」同時操控，很難使用「Git指令」操控，非常不推薦使用。「SshClone-OpenSsh」複製下來的「Repository」(代碼倉庫)可以使用「SourceTree、Git指令」同時操控，如果同一台電腦必須要登入多個帳號，只需設定「~/.ssh/config」檔案和「.git/config」檔案即可，所以強力推薦使用「SshClone-OpenSsh」。

「SshClone」的觀念是產生一組相對應的「PublicKey」(公開鎖匙)和「PrivateKey」(私人鎖匙)。「PublicKey」(公開鎖匙)必須上傳到「GitHub、GitLab、BitBucket、AzureDevOps」。「PrivateKey」(私人鎖匙)留在本地端。如果本地端特定的「PrivateKey」(私人鎖匙)可以對應到「GitServer」(雲端Git伺服器)特定的「PublicKey」(公開鎖匙)，那我就可以執行「git clone」。

根據「Permission」(權限)，又細分為2種「PublicKey」(公開鎖匙)。第1種是「PublicKey-AccountKey」(公開Key-帳號Key)，可以執行「git clone」來複製我的「Account」(帳號)底下所有的「RemoteRepository」(遠端代碼倉庫)。第2種是「PublicKey-ProjectKey」(公開Key-專案Key)，只能執行「git clone」來複製某一個特定的「RemoteRepository」(遠端代碼倉庫)。「GitHub、GitLab」的「PublicKey-ProjectKey」(公開Key-專案Key)其實就是「DeployKey」，權限可設為「Read、Read&Write」。「BitBucket」的「PublicKey-ProjectKey」(公開Key-專案Key)其實就是「AccessKey」，權限只能設為「Read」，不能設為「Read&Write」。「AzureDevOpsService」沒有「PublicKey-ProjectKey」(公開Key-專案Key)，只有另一個不同的觀念「PersonallyAccessToken」(個人存取令牌)