要認清本身指望的薪資,而後再去對應的公司上班。shell
若是在一個你本身都不期待的崗位,薪水也打不到你的要求。那麼你會幹的愈來愈沒有幹勁的。測試
不要責怪別人,一塊兒都是雙向選擇的,你情我願的關係最好。ui
每一個公司對於其產品都是有相應的版本號命名規則的。這點很成熟,並且對於發給用戶的版本必需要有嚴格的把關。產品
恩,講下手機項目裏的版本號管理。因爲自動化
./build/env.sh編譯
lunch c1自動化測試
選擇對應的device變量
而後版本號都是經過對應的字段來命名的,系統版本號 ro.xxx.buld_id 仍是什麼的引用
而後他們是經過變量傳遞進來的,但因爲shell 好像只能作到相互調用的才能進行變量傳遞grep
因此最好的作法仍是經過全局變量來管控版本號,全局管控的好處,每處均可以調到,並且自動化編譯腳本添加對應的信息也十分容易
export xx 就這樣就能夠了
固然對於有些系統定義的變量(若是找不到對應的賦值的地方\只要引用它)
最好仍是經過grep build.prop 找到對應的字段再進行賦值操做(廣升的腳本里就是這樣作的)
===
而後自動化編譯,自動化測試,其實這個。我也均可以作的,不想作而已。。。