Git & git flow
•14 likes•1,280 views
Report
Share
Download to read offline
What is Git flow?
More Related Content
What's hot
What's hot(20)
Viewers also liked
Viewers also liked(9)
Similar to Git & git flow
Similar to Git & git flow(20)
More from Amo Wu
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
- 將版本分支管理好，讓開發與出版本順利。
- 這裡貼一張坂本龍馬的圖 :P
- 檔案會遺失、檔案會被別人覆蓋、想復原之前某版本、想知道版本差異、誰改了什麼？為什麼？、程式上線需要分維護版和開發版。
- Repository保存程式碼，commity、checkout方便散佈程式碼給團隊，log記錄誰改變什麼、什麼時候、為什麼，branch可因情境分開開發，tag重要里程碑、方便參照。
- 易衝突、無法協同作業
- Lock Unlock 不方便
- CVS、SVN，每個動作都需要網路連線、單點故障麻煩。
- 城堡圖
- Git、Mercurial，可以蓋世界奇觀了。
- 與CVS、Subversion一類的集中式版本控制工具不同，它採用了分布式版本庫的作法，不需要伺服器端軟體，就可以運作版本控制，使得原始碼的釋出和交流極其方便。
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- - 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，第一行摘要，第二行詳細。
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- git clone <URL>; git init, git remote add origin <URL>
- master develop
- Feature/Release/Hotfix