在 Day 21 提到了兩種讓共用儲存庫的線圖更整齊好閱讀的方法,分別是: 整理在一直線:在更新到遠端儲存庫之前,先針對目前的遠端儲存庫操作一次 rebas...
在 Day 19 的時候,我們提到可以使用 git push 及 git fetch 兩個指令把本地的 GIT 儲存庫狀態物件與遠端的共用儲存庫做 GIT 的物...
在 Day 18 的內容中,提到了可以使用 git push 指令把本地的儲存庫發送到共同的儲存庫中心,那麼共用儲存庫與本地儲存庫之間要怎麼溝通呢? 這個所謂的...
之前的幾天,談了許多在本地儲存庫的操作,一直都還沒提到該怎麼與其他人一同共用儲存庫,今天的主題會以發布到網路上為軸心,跟大家介紹關於把 GIT 儲存庫發佈到網路...
之前的幾篇,談了 GIT 的 merge、rebase 及 cherry-pick提到的例子因為有先做過設計,所以合併或移動通常都會很順利,但實務中當共同使用儲...
在 Day 14 的內容中,提到 git rebase 的概念是「把 commit 所代表的步驟,試著在新的基點再做一次」,而正因為,每一個 commit,紀錄...
在樂高手冊上,如 Day 14 上的內容,如果劇情變更成,A 版作者覺得 B 版作者的「步驟 1 (B1):變更內容,在橫條基板右上角放上一格綠色樂高」很好很...
今天來談 git rebase,這是一個對於剛開始學 GIT 的人,常常覺得有點混亂複雜的指令,他究竟在做什麼呢?今天的一開始,我們先用樂高手冊組裝來舉個例子:...
在上一篇的內容中,提到了 Merge 其實就是在合併的點上,把與本身不一樣的地方,實作一次,做成動畫大概類似底下的圖示: 而如果自己完全還沒有任何變更,只有預...
還記得 Day 08 的樂高案例劇情嗎?當有人將一個樂高手冊的基礎版本,分享出來,有兩個網友同時基於這個基礎版本,各自實作自己的手冊。現在 A 網友發現 B 網...
今天的內容硬要跟樂高有關連,我大概會這樣說,當我們編輯樂高製作手冊,編輯到一半,還沒正式寫進手冊裡,但,我不想要目前編輯到一半的內容了,我該怎麼辦?但,我想不到...
在閱讀的時候,如果突然有事情必須暫停,我們可能會在書裡夾上書籤,等待其他的事情處理完畢,再透過書籤回到正在閱讀的地方。而製作樂高手冊,假設目前正在做的這個步驟,...
當你的寫好的製作樂高手冊突然發現,有重大的錯誤、少了一些步驟,想要修改重寫,我們會怎麼做?通常我們會移除手冊上有問題的部分,從已經完成,沒有問題的地方繼續開始。...
有沒有印象,曾經電視劇有提出過網友票選解決這樣的活動?但票選公布的時間常常離結局的時間不遠,礙於時間因素,劇組可能就會決定,先把兩個結局都先拍好,時間點到了,再...
在唸書的時候,有時候因為字數太多,我們可能會拿著一隻筆指著目前正在閱讀的地方,一字一字往下移動;而在看樂高手冊製作積木的過程中,我們也有可能因為步驟太多,每執行...
接連的三天,談了 GIT 的操作區域區分為工作預備區、舞台區、儲存庫區,而後談 GIT 在這三個區域之間操作的 Add 及 Commit 指令,今天不談樂高,我...
接續昨天的 git add 今天要繼續往下說的是 git commit,也就是把舞台區正式寫進儲存庫,讓儲存庫記憶住這次的變化內容的指令。對樂高的手冊編輯來說,...
在上一篇文章中,我們提到 GIT 剛開始一定要弄懂的三個區域工作預備區 (Workspace)、舞台區 (Stage Area) 和儲存庫區 (Reposito...
昨天提到了關於「樂高與 GIT 版本控制」的關聯,從今天起,我們要開始以樂高組裝的角度,看 GIT 的一些入門必學的指令;這一篇將會介紹使用 GIT 一定要很清...
在今天的這篇,在知道為什麼我會選擇樂高作為 GIT 的比喻案例之前,我想先開始思考及討論,在原始碼的開發者耕耘生成過程中,對於原始碼的生滅有些什麼樣的變化?版本...
版本控制系統的重要性在現今的軟體開發專案中,已經是不可缺少的重要環節,而選用 GIT 作為版本控制系統的比例不在少數。 自己及團隊使用 GIT 作專案的版本控制...
IT 人的生活隨想 http://ithelp.ithome.com.tw/ironman6/player/xq3da2/life/1 小胖弟介紹這是吊車,旁邊...