自己及團隊使用 GIT 作專案的版本控制工具已有幾年的經驗,也曾經協助一些團隊從無到有導入,這些經歷中偶爾就會遇到夥伴懂得使用 add、commit、pull、push 指令,但真的遇到相對複雜的情境,如程式碼解衝突、分支的建立合併時,卻不知道該怎麼處理的窘境。在討論後發現,原因常常是在學習初期對於 GIT 底層的原理知其然而不知其所以然,不夠熟悉每個指令的背後發生了什麼事情所致。因此,我想將自身累積的相關經驗,透過樂高積木製作的過程說明來描述 GIT 版本控制,用不一樣的角度,讓更多 GIT 使用者更容易了解指令的底層,進而不再害怕面對較複雜的情境。
版本控制系統的重要性在現今的軟體開發專案中,已經是不可缺少的重要環節,而選用 GIT 作為版本控制系統的比例不在少數。 自己及團隊使用 GIT 作專案的版本控制...
在今天的這篇,在知道為什麼我會選擇樂高作為 GIT 的比喻案例之前,我想先開始思考及討論,在原始碼的開發者耕耘生成過程中,對於原始碼的生滅有些什麼樣的變化?版本...
昨天提到了關於「樂高與 GIT 版本控制」的關聯,從今天起,我們要開始以樂高組裝的角度,看 GIT 的一些入門必學的指令;這一篇將會介紹使用 GIT 一定要很清...
在上一篇文章中,我們提到 GIT 剛開始一定要弄懂的三個區域工作預備區 (Workspace)、舞台區 (Stage Area) 和儲存庫區 (Reposito...
接續昨天的 git add 今天要繼續往下說的是 git commit,也就是把舞台區正式寫進儲存庫,讓儲存庫記憶住這次的變化內容的指令。對樂高的手冊編輯來說,...
接連的三天,談了 GIT 的操作區域區分為工作預備區、舞台區、儲存庫區,而後談 GIT 在這三個區域之間操作的 Add 及 Commit 指令,今天不談樂高,我...
在唸書的時候,有時候因為字數太多,我們可能會拿著一隻筆指著目前正在閱讀的地方,一字一字往下移動;而在看樂高手冊製作積木的過程中,我們也有可能因為步驟太多,每執行...
有沒有印象,曾經電視劇有提出過網友票選解決這樣的活動?但票選公布的時間常常離結局的時間不遠,礙於時間因素,劇組可能就會決定,先把兩個結局都先拍好,時間點到了,再...
當你的寫好的製作樂高手冊突然發現,有重大的錯誤、少了一些步驟,想要修改重寫,我們會怎麼做?通常我們會移除手冊上有問題的部分,從已經完成,沒有問題的地方繼續開始。...
在閱讀的時候,如果突然有事情必須暫停,我們可能會在書裡夾上書籤,等待其他的事情處理完畢,再透過書籤回到正在閱讀的地方。而製作樂高手冊,假設目前正在做的這個步驟,...