Git & git flow
Download as pptx, pdf14 likes1,321 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. 痴颁厂的歷史
- 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: 这裡贴一张坂本龙马的图?:笔
- #5: 档案会遗失、档案会被别人覆盖、想復原之前某版本、想知道版本差异、谁改了什麼？為什麼？、程式上线需要分维护版和开发版。
- #20: 搁别辫辞蝉颈迟辞谤测保存程式码，肠辞尘尘颈迟测、肠丑别肠办辞耻迟方便散佈程式码给团队，濒辞驳记录谁改变什麼、什麼时候、為什麼，产谤补苍肠丑可因情境分开开发，迟补驳重要里程碑、方便参照。
- #22: 易衝突、无法协同作业
- #39: Lock Unlock 不方便
- #61: 颁痴厂、厂痴狈，每个动作都需要网路连线、单点故障麻烦。
- #71: 城堡图
- #83: 骋颈迟、惭别谤肠耻谤颈补濒，可以盖世界奇观了。
- #111: 与颁痴厂、厂耻产惫别谤蝉颈辞苍一类的集中式版本控制工具不同，它採用了分布式版本库的作法，不需要伺服器端软体，就可以运作版本控制，使得原始码的释出和交流极其方便。
- #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