我勒個去，你怎麼把這種問題代碼提交到倉庫啊？？
我們希望項目的主倉庫只有負責人才有權限操作,降血糖茶，項目組成員對代碼的任何修改都要經過審核後才能合並到主倉庫,早洩治療。這樣才能確保上述事故不會發生。慾知後事如何，請聽下回分解。
如果你還不熟悉 Git 工作流的操作，請前往 https://gitee.com/ 體驗。
----- 呼啦啦分割線 -----
以碼雲為例，基本流程如下：
----- 華麗分割線 -----
其實只要我們善用 Git 工作流就可以輕輕松松實現代碼的評審功能。
都怪我，為了著急上線沒怎麼做測試就匆匆上線；都怪我,樹林抽水肥，沒有檢查大傢提交的代碼就急忙更新。業務中斷兩個小時，看來離滾蛋不遠了。吃鍵盤的心都有了！！！
可是代碼評審很難搞，特別是使用 SVN 或者把 Git 噹做 SVN 來用的團隊。
我已經瘋了，今天公司新來的小白提交了好了問題代碼到項目倉庫，最要命的是項目在線上跑不起來時費勁好大力氣，檢查了各種可能性，甚至還一度懷疑是不是數据庫、應用服務器有問題呢。花了半個小時才發現是代碼問題，追蹤到版本筦理才發現是新來的小白提交了很多問題代碼！！！
這就是不做代碼評審的下場！！！
然後又花了很多時間為了把這個被小白汙染的倉庫清理乾淨，因為在他提交的前前後後都會其他的代碼更新。
頁:
[1]