Gamma Ray 軟體工作室

在團隊開發中，通常都會要求寫提交訊息，並且盡可能地「清楚明白」 添加提交版本的說明訊息，是為了之後回頭查看歷史，能更快、更精準地找到 我整合過去工作經驗中，使用過的提交訊息格式 會先從訊息格式的整體架構開始，說明各個部分的元素組成與代表含義 然後再依照 header、body、footer 的順序，介紹參數的分類與用途。

git flow ，一個於 2010 年，提出的一套工作流程，而且 sourcetree 中已經內建了此項功能。 這次的介紹，會先從分支的功能定義開始，先理解功能上，長期分支中的 master 與 develop 分支的作用。 再介紹由長期分支衍生出來的任務分支 feature、release、hotfix ，知道這些任務分支，從哪裡來之後又會到哪裡去。 再來，則會直接在 Sourcetree 的介面中 示範如何將 git 專案，初始化 git flow 功能，然後使用 git flow 的任務分支，實際操作。

Part I 的部分，介紹了參與一項專案所需知的最低限度操作 Part II 的部分，則介紹了多人協作時，控制進度流程所必須的動作 Part III 的部分，將會介紹日常開發時，可以運用版本控制軟體 追蹤歷史紀錄與重置提交訊息...等，協助開發操作的細節。 checkout 查看版控紀錄 reset file 重置檔案 reset branch 重置分支 replace commit 覆寫提交紀錄 history log 檔案歷史日誌 知曉了這些操作，可以讓你的開發，更加順利。

git 基礎操作 part I 的部分，介紹了最低限度 參與專案的輸入與輸出操作，提到了 sourcetree 的介面功能 clone 、commit、push 與 pull 等...操作。 延續 Part I 未提到的部分 這次將在說明 5 個操作: fetch、stash、tag、branch、merge 了解上述的操作，就能在較大型的專案中，進行多人協作。 fetch 查看遠端最新進度 stash 暫停手中進度 tag 標示任務狀態 branch 分工協作，切分任務 merge 整合專案，完成任務

git 是一個分散式的版本控制軟體，是由 Linux 的核心作者，Linus Torvalds 在 2005年，為了更好的管理 Linux 核心程式碼而開發設計的。 相比其他的版本控制軟體，他最大的特點就是分散式，相比於 SVN 或 CVS 等集中式的版本控制系統，都必須要有一台伺服器作為中心，一但伺服器停止服務或者是沒有網路的情況下，就無法使用版本控制的功能。 在 git 基礎操作 Part I 的部分，我會先從軟體的取得與專案建置開始， 一步步的示範操作流程，只要知道了這些操作，就可以開始參與專案項目的開發。