Git & git flow
Download as PPTX, PDF14 likes1,327 views
文档讨论了版本控制系统的重要性，包括文件覆盖、版本恢复和多人协作的需求。介绍了 Git 和 Git Flow 的基本概念、操作以及其在开发中的应用，包括分支管理和发布流程。通过这些机制，开发者能够有效管理代码，保持项目的稳定性与可追溯性。
Git & git flow
- 1. Git & Git flow 從小木屋到世界奇觀
- 2. Agenda • VCS • Git • Git Flow
- 3. VCS Version Control System 版本控制系統
- 4. 為什麼需要版本控制？
- 7. 為什麼需要版本控制？ • 檔案被別人或自己覆蓋、甚至遺失 • 想復原前幾天寫的版本 • 想知道跟前幾天寫的差異在哪裏
- 8. 為什麼需要版本控制？ • 檔案被別人或自己覆蓋、甚至遺失 • 想復原前幾天寫的版本 • 想知道跟前幾天寫的差異在哪裏 • 誰改了這行程式碼？為什麼？
- 9. 為什麼需要版本控制？ • 檔案被別人或自己覆蓋、甚至遺失 • 想復原前幾天寫的版本 • 想知道跟前幾天寫的差異在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 10. 所以我們需要一些機制
- 11. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 • 想復原前幾天寫的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 12. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 • 想復原前幾天寫的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 13. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 14. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 15. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 可以隨時復原修改，回到之前的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 16. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 可以隨時復原修改，回到之前的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ • 程式上線後，需要分成維護版和開發版
- 17. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 可以隨時復原修改，回到之前的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ 保留修改歷史記錄，以供查詢 • 程式上線後，需要分成維護版和開發版
- 18. 所以我們需要一些機制 • 檔案被別人或自己覆蓋、甚至遺失 多人協作，不會把別人的東西蓋掉 • 想復原前幾天寫的版本 可以隨時復原修改，回到之前的版本 • 想知道前幾天寫的差在哪裏 • 誰改了這行程式碼？為什麼？ 保留修改歷史記錄，以供查詢 • 程式上線後，需要分成維護版和開發版
- 19. 所以 VCS 就誕生了 ＼＼٩( 'ω' )و //／／
- 20. VCS的歷史
- 28. COPY
- 38. 封建時代 Centralized VCS (Lock Ver.)
- 39. Server 大陸
- 40. Server 大陸
- 41. Server 大陸
- 44. Server 大陸
- 45. Server 大陸
- 46. Server 大陸 Commit
- 49. Server 大陸
- 50. Server 大陸
- 51. Server 大陸 Commit
- 54. Server 大陸
- 55. 我是過了很久的時間線...
- 56. Server 大陸
- 57. Server 大陸
- 58. Server 大陸
- 60. 城堡時代 Centralized VCS (Merge Ver.)
- 61. Server 大陸
- 63. Server 大陸 Commit
- 64. Server 大陸 Commit
- 65. Server 大陸 Merge
- 66. Server 大陸
- 67. Server 大陸
- 68. Server 大陸 Commit
- 71. 但是...
- 72. Server 大陸
- 73. Server 大陸
- 74. Server 大陸 Commit
- 75. Server 大陸
- 76. Server 大陸
- 77. Server 大陸
- 78. Server 大陸
- 83. Server 大陸
- 84. Server 大陸
- 85. Server 大陸
- 86. Server 大陸 Clone
- 88. Server 大陸
- 89. Server 大陸 Commit
- 90. Server 大陸
- 91. Server 大陸 Push
- 92. Server 大陸
- 93. Server 大陸
- 94. Server 大陸 Commit
- 95. Server 大陸
- 96. Server 大陸 Push
- 97. Server 大陸 Push
- 98. Server 大陸 Pull
- 99. Server 大陸 Merge
- 100. Server 大陸 Push
- 101. Server 大陸
- 103. Commit Commit
- 105. Git 簡介
- 108. Linux Kernel
- 109. Open Source
- 110. Distribute VCS
- 111. 所有內容都在本地端
- 112. 開分支成本低
- 113. 快
- 114. 省空間
- 116. Git 基本操作
- 117. Server 大陸
- 118. Server 大陸 Origin / Remote
- 119. Server 大陸 Origin / Remote Repository
- 121. Server 大陸
- 122. Server 大陸 $ git clone <URL>
- 123. Server 大陸
- 125. $ git checkout <branch>
- 127. Commit
- 129. Staging area
- 130. Staging area
- 131. Staging area
- 132. Staging area $ git add <file>
- 133. Staging area
- 134. Staging area
- 135. Staging area $ git commit
- 136. Staging area
- 137. Staging area
- 138. Server 大陸
- 139. Server 大陸 $ git push <remote>
- 140. Server 大陸
- 141. Server 大陸
- 143. Git flow 邁向世界奇觀
- 145. 兩個主要分支
- 146. master 永遠處在 Production ready 穩定狀態
- 147. master 永遠處在 Production ready 穩定狀態 develop 最新的下次發佈開發狀態
- 148. 三個支援分支
- 150. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來
- 151. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop
- 152. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release
- 153. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs
- 154. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來
- 155. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 master 和 develop
- 156. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 master 和 develop hotfix
- 157. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 master 和 develop hotfix ● 等不及 release 版本，必須馬上修 master 趕上線
- 158. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 master 和 develop hotfix ● 等不及 release 版本，必須馬上修 master 敢上線 ● 從 master 分支出來
- 159. feature ● 開發新功能或修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 develop release ● 準備要 release 的版本，只修 Bugs ● 從 develop 分支出來 ● 完成後 merge 回 master 和 develop hotfix ● 等不及 release 版本，必須馬上修 master 敢上線 ● 從 master 分支出來 ● 完成後 merge 回 master 和 develop
- 160. Git flow 如何運作？
- 161. 第一個 commit 節點 master
- 162. 第一個 commit 節點 $ git flow init master
- 163. master develop
- 164. master develop $ git flow feature start XXX
- 165. feature develop
- 166. develop feature
- 167. develop feature $ git flow feature start YYY
- 170. $ git flow feature finish XXX
- 171. develop
- 172. develop $ git flow feature finish YYY
- 173. develop
- 174. Release
- 175. develop
- 176. develop $ git flow release start v1.0.0
- 178. release v1.0.0
- 179. release v1.0.0
- 180. release v1.0.0 $ git flow release finish v1.0.0
- 182. v1.0.0 tag
- 183. v1.0.0
- 184. Hotfix
- 185. master
- 186. master $ git flow hotfix start v1.0.1
- 188. v1.0.0 hotfix v1.0.1
- 189. v1.0.0 hotfix v1.0.1
- 190. v1.0.0 hotfix v1.0.1 $ git flow hotfix finish v1.0.1
- 191. v1.0.0 develop
- 192. v1.0.0 developv1.0.1
- 194. master
- 195. master develop
- 196. master develop
- 201. master develop
- 202. master develop
- 206. master develop
- 213. Policy
- 214. Developer Developer ● 一般開發者只開 feature branch，完成後發 pull request 做 code review
- 215. Developer Developer Leader ● 一般開發者只開 feature branch，完成後發 pull request 做 code review ● 只有 Project Leader 可以 commit & merge 進 develop branch
- 216. Developer Developer Leader ● 一般開發者只開 feature branch，完成後發 pull request 做 code review ● 只有 Project Leader 可以 commit & merge 進 develop branch ● 只有 Production Team 可以管理 master branch Production Team
- 217. Developer Developer Leader Production Team ● 一般開發者只開 feature branch，完成後發 pull request 做 code review ● 只有 Project Leader 可以 commit & merge 進 develop branch ● 只有 Production Team 可以管理 master branch
- 218. 终わり
Editor's Notes
- #2: 將版本分支管理好，讓開發與出版本順利。
- #4: 這裡貼一張坂本龍馬的圖 :P
- #5: 檔案會遺失、檔案會被別人覆蓋、想復原之前某版本、想知道版本差異、誰改了什麼？為什麼？、程式上線需要分維護版和開發版。
- #20: Repository保存程式碼，commity、checkout方便散佈程式碼給團隊，log記錄誰改變什麼、什麼時候、為什麼，branch可因情境分開開發，tag重要里程碑、方便參照。
- #22: 易衝突、無法協同作業
- #39: Lock Unlock 不方便
- #61: CVS、SVN，每個動作都需要網路連線、單點故障麻煩。
- #71: 城堡圖
- #83: Git、Mercurial，可以蓋世界奇觀了。
- #111: 與CVS、Subversion一類的集中式版本控制工具不同，它採用了分布式版本庫的作法，不需要伺服器端軟體，就可以運作版本控制，使得原始碼的釋出和交流極其方便。
- #118: git clone <URL>; git init, git remote add origin <URL>
- #119: git clone <URL>; git init, git remote add origin <URL>
- #120: git clone <URL>; git init, git remote add origin <URL>
- #121: git clone <URL>; git init, git remote add origin <URL>
- #122: git clone <URL>; git init, git remote add origin <URL>
- #123: git clone <URL>; git init, git remote add origin <URL>
- #124: git clone <URL>; git init, git remote add origin <URL>
- #128: - touch README; git add README; git status; git commit -m ‘Add REAMD’; - working copy/staging area/repository - working tree 亂，包含了想 commit 和不相關的東西，staging area 讓你只放想 commit 的檔案或修改。 - 適當粒度/相關性/獨立性; commit msg，第一行摘要，第二行詳細。
- #139: git clone <URL>; git init, git remote add origin <URL>
- #140: git clone <URL>; git init, git remote add origin <URL>
- #141: git clone <URL>; git init, git remote add origin <URL>
- #142: git clone <URL>; git init, git remote add origin <URL>
- #146: master develop
- #149: Feature/Release/Hotfix