iT邦幫忙

樂高相關文章
共有 22 則文章
鐵人賽 Software Development DAY 11

技術 Day 11 - 切換 branch 與 還原目前工作區檔案:git checkout, restore, switch

今天的內容硬要跟樂高有關連,我大概會這樣說,當我們編輯樂高製作手冊,編輯到一半,還沒正式寫進手冊裡,但,我不想要目前編輯到一半的內容了,我該怎麼辦?但,我想不到...

鐵人賽 Software Development DAY 10

技術 Day 10 - 編輯到一半突然有其他事情插進來要先做,該怎麼辦?談 git stash

在閱讀的時候,如果突然有事情必須暫停,我們可能會在書裡夾上書籤,等待其他的事情處理完畢,再透過書籤回到正在閱讀的地方。而製作樂高手冊,假設目前正在做的這個步驟,...

鐵人賽 Software Development DAY 15

技術 Day 15 - 你那招很厲害,我不要一整套,可以只要一招嗎?git cherry-pick

在樂高手冊上,如 Day 14 上的內容,如果劇情變更成,A 版作者覺得 B 版作者的「步驟 1 (B1):變更內容,在橫條基板右上角放上一格綠色樂高」很好很...

鐵人賽 Software Development DAY 22

技術 Day 22 - 雜談更多的 GIT 合併方法以及怎麼復原已更新到儲存庫的 commit

在 Day 21 提到了兩種讓共用儲存庫的線圖更整齊好閱讀的方法,分別是: 整理在一直線:在更新到遠端儲存庫之前,先針對目前的遠端儲存庫操作一次 rebas...

鐵人賽 Software Development DAY 16

技術 Day 16 - 把製作步驟歷程整理好讓人更好理解,談 git rebase -i 互動模式

在 Day 14 的內容中,提到 git rebase 的概念是「把 commit 所代表的步驟,試著在新的基點再做一次」,而正因為,每一個 commit,紀錄...

鐵人賽 Software Development DAY 1

技術 Day 01 - 關於「用樂高玩轉 GIT 版本控制」緣起

版本控制系統的重要性在現今的軟體開發專案中,已經是不可缺少的重要環節,而選用 GIT 作為版本控制系統的比例不在少數。 自己及團隊使用 GIT 作專案的版本控制...

鐵人賽 Software Development DAY 2

技術 Day 02 - 為什麼是樂高與 GIT

在今天的這篇,在知道為什麼我會選擇樂高作為 GIT 的比喻案例之前,我想先開始思考及討論,在原始碼的開發者耕耘生成過程中,對於原始碼的生滅有些什麼樣的變化?版本...

鐵人賽 Software Development DAY 20

技術 Day 20 - 與中心溝通出現障礙 繼續談 git push, fetch, pull

在 Day 19 的時候,我們提到可以使用 git push 及 git fetch 兩個指令把本地的 GIT 儲存庫狀態物件與遠端的共用儲存庫做 GIT 的物...

鐵人賽 Software Development DAY 3

技術 Day 03 - 如何做出一本樂高組裝手冊?GIT 操作區域

昨天提到了關於「樂高與 GIT 版本控制」的關聯,從今天起,我們要開始以樂高組裝的角度,看 GIT 的一些入門必學的指令;這一篇將會介紹使用 GIT 一定要很清...

鐵人賽 Software Development DAY 4

技術 Day 04 - 建立自己的組裝手冊,從工作區往舞台區搬 git add

在上一篇文章中,我們提到 GIT 剛開始一定要弄懂的三個區域工作預備區 (Workspace)、舞台區 (Stage Area) 和儲存庫區 (Reposito...

鐵人賽 Software Development DAY 7

技術 Day 07 - 做到哪個步驟了?現在在哪?GIT HAED 很重要

在唸書的時候,有時候因為字數太多,我們可能會拿著一隻筆指著目前正在閱讀的地方,一字一字往下移動;而在看樂高手冊製作積木的過程中,我們也有可能因為步驟太多,每執行...

鐵人賽 Software Development DAY 5

技術 Day 05 - 編寫組裝手冊,手冊是人看的,讓人讀懂很重要 git commit

接續昨天的 git add 今天要繼續往下說的是 git commit,也就是把舞台區正式寫進儲存庫,讓儲存庫記憶住這次的變化內容的指令。對樂高的手冊編輯來說,...

鐵人賽 IT人生 DAY 17
我的人生我選擇 系列 第 17

技術 IT 人生隨想誌 - 積木

IT 人的生活隨想 http://ithelp.ithome.com.tw/ironman6/player/xq3da2/life/1 小胖弟介紹這是吊車,旁邊...

鐵人賽 Software Development DAY 9

技術 Day 09 - 寫好的手冊想改寫怎麼辦?談 GIT RESET

當你的寫好的製作樂高手冊突然發現,有重大的錯誤、少了一些步驟,想要修改重寫,我們會怎麼做?通常我們會移除手冊上有問題的部分,從已經完成,沒有問題的地方繼續開始。...

鐵人賽 Software Development DAY 18

技術 Day 18 - 讓我們一起來,談把儲存庫發佈到網路上 Push Remote

之前的幾天,談了許多在本地儲存庫的操作,一直都還沒提到該怎麼與其他人一同共用儲存庫,今天的主題會以發布到網路上為軸心,跟大家介紹關於把 GIT 儲存庫發佈到網路...

鐵人賽 Software Development DAY 6

技術 Day 06 - 今天只談 Git Add 及 Commit 的組合技

接連的三天,談了 GIT 的操作區域區分為工作預備區、舞台區、儲存庫區,而後談 GIT 在這三個區域之間操作的 Add 及 Commit 指令,今天不談樂高,我...

鐵人賽 Software Development DAY 13

技術 Day 13 - 你的就是我的 再談 git merge

在上一篇的內容中,提到了 Merge 其實就是在合併的點上,把與本身不一樣的地方,實作一次,做成動畫大概類似底下的圖示: 而如果自己完全還沒有任何變更,只有預...

鐵人賽 Software Development DAY 14

技術 Day 14 - 換個起點再來一次 談 git rebase

今天來談 git rebase,這是一個對於剛開始學 GIT 的人,常常覺得有點混亂複雜的指令,他究竟在做什麼呢?今天的一開始,我們先用樂高手冊組裝來舉個例子:...

鐵人賽 Software Development DAY 17

技術 Day 17 - 能在一起無憂無慮多幸運,談 GIT 解衝突

之前的幾篇,談了 GIT 的 merge、rebase 及 cherry-pick提到的例子因為有先做過設計,所以合併或移動通常都會很順利,但實務中當共同使用儲...

鐵人賽 Software Development DAY 8

技術 Day 08 - 當你想為你的手冊作不一樣的版本時,談 git branch

有沒有印象,曾經電視劇有提出過網友票選解決這樣的活動?但票選公布的時間常常離結局的時間不遠,礙於時間因素,劇組可能就會決定,先把兩個結局都先拍好,時間點到了,再...

鐵人賽 Software Development DAY 12

技術 Day 12 - 你手冊新增的部分不錯,我們合作吧!分支合體技 git merge

還記得 Day 08 的樂高案例劇情嗎?當有人將一個樂高手冊的基礎版本,分享出來,有兩個網友同時基於這個基礎版本,各自實作自己的手冊。現在 A 網友發現 B 網...

鐵人賽 Software Development DAY 19

技術 Day 19 - 與共同儲存中心開始溝通 談 git push 與 git fetch

在 Day 18 的內容中,提到了可以使用 git push 指令把本地的儲存庫發送到共同的儲存庫中心,那麼共用儲存庫與本地儲存庫之間要怎麼溝通呢? 這個所謂的...