當前狀態：開發任務分叉到兩個不同分支master、experiment
當前目標：整合不同分支，master
1.分支合併git merge
整合分支最容易的方法是 merge 命令。 它會把兩個分支的最新快照（c3 和 c4）以及二者最近的共同祖先（c2）進行三方合併，合併的結果是生成乙個新的快照（並提交）。
2.變基 git rebasemaster分支的快進合併
結論：這兩種整合方法的最終結果沒有任何區別，但是變基使得提交歷史更加整潔。 你在檢視乙個經過變基的分支的歷史記錄時會發現，儘管實際的開發工作是並行的，但它們看上去就像是序列的一樣，提交歷史是一條直線沒有分叉。
一般我們這樣做的目的是為了確保在向遠端分支推送時能保持提交歷史的整潔——例如向某個其他人維護的專案貢獻**時。 在這種情況下，你首先在自己的分支裡進行開發，當開發完成時你需要先將你的**變基到 origin/master 上，然後再向主專案提交修改。 這樣的話，該項目的維護者就不再需要進行整合工作，只需要快進合併便可。
請注意，無論是通過變基，還是通過三方合併，整合的最終結果所指向的快照始終是一樣的，只不過提交歷史不同罷了。 變基是將一系列提交按照原有次序依次應用到另一分支上，而合併是把最終結果合在一起。
git 使用那些事兒
1.轉殖專案 2.提交流程 3.解決衝突 4.忽略檔案 5.從遠端刪除檔案 4.轉換為eclipse專案 mvn eclipse eclipse 5.匯入到eclipse中 mvn eclipse eclipse 6.從遠端刪除檔案 1.拉 dev是分支名稱。本命令，在分支目錄下執行 2.提交所有變...
git 的那些事兒 命令
git status 輸入當前工作區狀態，比如，有哪些檔案被修改了？這些檔案現在是處於工作區？暫存區？它還會提示你用什麼命令可擦除，或往下一階段新增。如果你不想看這麼多資訊，只想知道有哪些檔案被改了，簡潔一點，那用 git status s 用git status s 檢視不同的時候，位於第一列的 ...
CI CD 持續整合分支模型
ci cd 持續整合分支模型 1.git flow 優勢 1 隔離性好，所有功能都有對應分支，開發和測試工作互相不干擾，發布程序不受其他未開發功能干擾 2 分支職責明確 對應分支做對應的事情 缺點 1 整合週期過長，同時又大功能在各自分支上開發，每個功能開發周期都不短 功能分支間的合併與整合十分痛苦...