關於git
對於乙個task
如果提交**需要修改
1 我常用的操作：先在gerrit上abandoned掉這個提交，然後在git的log上reset到最新的版本，然後再提交。
缺點：在gerrit就只有最新提交的乙個，之前的提交的記錄都沒有，刪除了。非常不利於對比，reviewer看不到之前為什麼不通過的記錄。
2 現在的操作方式，就是打patch 在之前的基礎上重新提交，但是使用乙個changedid，在git的日誌上只會顯示乙個節點。
在gerrit上可以看到這個task提交的所有記錄。提交了幾個記錄就有幾個patch，reviewer可以選擇任意的乙個patch。進入git伺服器。
關於git的打patch的功能
unix世界的軟體開發大多都是協作式的，因此，patch 補丁 是乙個相當重要的東西，因為幾乎所有的大型unix專案的普通貢獻者，都是通過 patch來提交 的。作為最重要的開源專案之一，linux，也是這樣的。普通開發者從軟體倉庫clone下 然後寫入 做乙個patch，最後用e mail發給li...
關於git的打patch的功能
unix世界的軟體開發大多都是協作式的，因此，patch 補丁 是乙個相當重要的東西，因為幾乎所有的大型unix專案的普通貢獻者，都是通過 patch來提交 的。作為最重要的開源專案之一，linux，也是這樣的。普通開發者從軟體倉庫clone下 然後寫入 做乙個patch，最後用e mail發給li...
git 中的 patch 使用
git協同開發時,patch在某些場景下,是個不錯的選擇.patch其實就是乙個git diff記錄,那為什麼要用它呢?git那麼多協同開發的工具,難道非要用它?方法其實很多,但我這裡更推薦下面方式 先將feature fix正常提交到某個分支 git log檢視提交前的old commitid 第...