Git tutorial
- 1. Remote Repository Other Git Repository Local Repository new_branch_joshku new_branch_bugfix new_branch_feature Clone Fork Pull Request Create Pull Request Merge from remote branch *1 開發中,隨時pull from master 確認開發是在最新的狀態中 以免發生之後合併造成reflix *2 .gitignore 檔案 不只是比較機密的檔案，有時候一些程式編譯 的中間檔或暫存檔，因為每次只要一編譯就等 於產生一次新的檔案，對專案來說通常沒有實 質的利用價值，像這樣的檔案其實也不會想讓 它進到Git 裡。 Commit Push Fetch *3 git fetch + git merge等同於git pull。 *4 如發生conflict 需手動解決,越頻繁的 branches越容易發生
- 2. *3採用Git-flow 開發流程 可以使用SourceTree 內建Git-flow功能 主要分支 1. master: 主要是用來放穩定、隨時可上線的版本。這個分支的來源只能從別的分支合併過來，開發者不會直 接Commit 到這個分支。因為是穩定版本，所以通常也會在這個分支上的Commit 上打上版本號標籤。 2. develop: 這個分支主要是所有開發的基礎分支，當要新增功能的時候，所有的Feature 分支都是從這個分 支切出去的。而Feature 分支的功能完成後，也都會合併回來這個分支。 支援性分支 1. Feature branches: 當要開始新增功能的時候，就是使用Feature 分支的時候了。Feature 分支都是從 Develop 分支來的，完成之後會再併回Develop 分支。 2. Release branches:當認為Develop 分支夠成熟了，就可以把Develop 分支合併到Release 分支，在這邊 進行算是上線前的最後測試。測試完成後，Release 分支將會同時合併到Master 以及Develop 這兩個分 支上。Master 分支是上線版本，而合併回Develop 分支的目的，是因為可能在Release 分支上還會測到 並修正一些問題，所以需要跟Develop 分支同步，免得之後的版本又再度出現同樣的問題。 3. Hotfix branches: 當線上產品發生緊急問題的時候，會從Master 分支開一個Hotfix 分支出來進行修復， Hotfix 分支修復完成之後，會合併回Master 分支，也同時會合併一份到Develop 分支。 為什麼要合併回Develop 分支？如果不這麼做，等到時候Develop 分支完成並且合併回Master 分支的時 候，那個問題就又再次出現了。 那為什麼一開始不從Develop 分支切出來修？因為Develop 分支的功能可能尚在開發中，這時候硬是要從 這裡切出去修再合併回Master 分支，只會造成更大的災難。