最近為專案公升級,專案有問題,但是是別人的問題.別人找問題的第一方式就是問:專案是不是整體更新,不可否認,並不是所有的開發人員都會自覺地去看專案**的原始碼.所以自然就會去問人.還有一點就是自己都不太清楚是不是更新了,所以當問到這個問題時,就顯得有一些尷尬.所以如果專案公升級,一定要整體打包,養成好習慣.
整體打包之後,又遇到了另乙個問題.一般我們的定時任務,例如接收一些基礎資料等.一般這些定時不會更新,但是偶爾偶爾會需要同時更新.今天我就遇到了這件事.又尷尬了,專案又出問題,定時任務沒有及時更新.真是公升級不容易.
所以,就有了另乙個注意事項:打包之前要和其他同事確認需要做哪些準備.
Impala 公升級注意事項
impala 公升級注意事項 今天公升級 impala 從1.0 公升級到1.1.1 遇到幾個問題 第一，1.0的客戶端和 1.1的服務端不相容，用 1.0的客戶端連線 1.1的 server 後執行refresh 會報錯error execplanrequest rpc error 另外1.1 的...
IAP公升級的注意事項
如果在iap中沒有使用中斷，那麼跳轉前只需要對照iap外設的初始部分，逐個deinit 關閉時鐘即可。如果在iap中使用到了中斷，那麼需要做以下部分 在nvic中關閉外設對應的中斷使能 nvic disableirq 尤其注意systick的中斷使能ll systick disableit dein...
公升級依賴的注意事項
對於 mongodb 2.4.1，2.4表示發行版本號而.1表示修訂版本號。發行版本號的第二個元素 比如2.4.1中的4 描述的是發行版本的型別。以偶數結尾 比如上面的4 的發行版本號是穩定並且準備用於生產環境的，而奇數的僅用於開發和測試。通常，發行版本號的變化 比如 2.2 到 2.4 表明引入了...