多人開發使用gitlab專案管理工具是非常方便的，雖然用了兩個月的gitlab，但都是進行一些常規操作，並沒有真正學會如何使用。這裡記錄一些使用方法。
首先gitlan的點對點分支是四部分，工作區，本地分支，本地遠端同步分支，遠端分支。
遇到最多的問題就是，拉下最新的**，解決衝突。最常規的流程是：commit->pull->解決衝突->commit->pull->解決衝突
直到pull沒有衝突直接push
pull動作是將遠端分支與本地同步分支進行同步，然後比較合併本地同部分支與本地分支，有衝突則要求解決，無衝突則合併後再拷貝到工作區。
commit的動作是將工作區的檔案覆蓋本地分支的檔案。
衝突的原因是：自己和別人同時修改了同一部分**，別人上傳了**，你拉**就會有衝突。
先commit就是要將自己修改的**同步到本地分支，之後pull操作時，git進行比較合併，發現衝突則提示使用者解決。解決後的內容拷貝到工作區檔案。
在這段時間中有可能有人又上傳了新的**，還是有可能有衝突。你需要再次commit將工作區內容覆蓋到本地分支，然後再次拉**合併，如果無衝突，可直接上傳。
show log所顯示的內容應該是本地分支的內容。這就是為什麼你commit了，show log就會變，但是pull失敗showlog不會變。
常見錯誤
先pull後commit，這種操作的問題在於，你沒有提交你的修改，那麼你的本地分支**比較舊，也就是你的show log裡的記錄比較老，那麼你的工作區檔案就完全被覆蓋了。
對委託的理解
在公司看了一上午的委託和事件 其實也沒有那麼久了，2個小時而已 終於明白了一些，看大家都沒有回帖，可能是因為我沒有設定加分，我的分太少了，剛來csdn。委託 我對委託的理解是這樣的 實現定乙個函式規範 簡單點說就是定義乙個函式的格式 如 public int test int a 委託裡是這樣寫的p...
對測試的理解
對測試的理解 如果將整個測試流程劃分為四個環節 測試的計畫，測試的設計，測試的執行，測試的評估 那麼需求分 析應該貫徹在前兩個環節，當然有時在測試的執行階段出現一些問題，也需要去重新定位需求，但往往不會 涉及後兩個環節了，測試的執行階段應當完全依賴測試設計的結果，也就是測試用例 而測試的評估當然就 ...
對gcc的理解
gcc中，ld是鏈器程式，ar可將多個目錄檔案合成乙個函式庫，如ar r liba.a a.o會從a.o中生成a這個庫。nm可以檢視庫檔案的內容，如nm libstdc a。gcc部分引數 l 定義連線的庫目錄 i 定義頭檔案目錄 o 生成的目的檔名 o 加數字定義優化級別 g 生成除錯資訊 c 只...