git 教學文件

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 分支，只會造成更大的災難。