git分支管理模式如下：
註解：
git主要分master、dev這兩個分支。
1、master分支用於儲存線上穩定、可執行、自以為無bug的**最新版本！
2、dev分支用於開發人員日常**合併更新，為避免各自（需求）分支在完成之後合併導致大量衝突**，建議每天上班pull、下班push ，保持 dev分支 和 自己分支 的**和平共處！
3、如有需求進來，必須從master上新建分支，進行該需求的開發，在需求完成後更新master！
ok！！！到此為止，非常遺憾地告訴你這是乙個錯誤的案例~~~
修改：
註解：
git主要分master、dev這兩個分支。
1、master分支用於儲存線上穩定、可執行、自以為無bug的**最新版本！
2、dev分支用於開發人員日常**合併更新
，為避免各自（需求）分支在完成之後合併master分支導致大量衝突**，建議每天上班pull、下班push
建議先合併至dev分支，在這一環節中處理衝突**，保持 dev分支 和 自己分支 的**和平共處！等dev分支和自己分支的衝突解決之後，再從dev分支提交至master分支！
3、如有需求進來，必須從master上新建分支，進行該需求的開發，在需求完成後更新dev分支，然後由dev分支提交至master！
ok！！！到此為止，非常遺憾地告訴你這是乙個博主單方面的案例~~~
正規軍用法如圖：
註解：
git分支主要分為主分支(master)、開發分支(develop)、輔助分支(dev-*、release-*、hotfix-*)。
主分支命名：master
要求：團隊成員可以從主分支上獲得線上（正式環境）的**
開發分支
命名：develop
要求：團隊成員可以從開發分支上獲得最新開發進展的**
輔助分支
命名：dev-* 或 release-* 或 hotfix-*
要求：輔助分支大體包括以下幾類：
「管理功能開發」的分支、「幫助構建可發布**」的分支、「可以便捷的修**布版本關鍵 bug」的分支，等等。
相對應的我們可以設以下幾類分支：
feature branches：命名以 dev- 開頭，從develop分支上拉取，用於開發新版本功能，完成之後合併至develop分支。
release branches：命名以 release- 開頭，從develop分支上拉取，用於預發布新版本及修復預發布版本bug，完成之後分別合併至master分支和develop分支。
hotfix branches：命名以 hotfix- 開頭，從master分支上拉取，用於快速修復線上bug，完成之後分別合併至master分支和develop分支。
日誌提交
+ 新增。。。。。。
- 刪除。。。。。。
* 修改。。。。。。
git 使用心得
比起svn，git有許多強大之處，比如 本地可以儲存整個修改 提交的歷史記錄 這一點對於離線開發尤其有幫助 支援一次次的增量合併rebase，適合多人合作。不過，再強大的工具，也要 會家 善使，這裡基本 常用的命令就要熟練掌握並且深刻理解，對於一些場景也能夠做到運用自如。以下提供一些問題場景及其解決...
git使用心得
在 git 內都只有三種狀態 已提交 committed 已修改 modified 和已暫存 staged 已提交表示該檔案已經被安全地儲存在本地資料庫 中了 已修改表示修改了某個檔案，但還沒有提交儲存 已暫存表示把已修改的檔案放在下次提交時要儲存的清單中。常用命令 git clone 位址 git...
GIT使用心得
git和svn不同，git的 有三份，分為 本地 本地庫 reponsitory乙份。當commit時，是將本地 提交到本地庫，然後再進行push操作才是將 提交到伺服器。專案哪怕沒有衝突，也必須要先更新後才能提交 在日常開發中有衝突時在所難免的，如何使用eclipse上的git工具進行衝突解決操作...