我們在用as開啟一些別人的demo或者開源專案時常常遇到專案一直處於build過程,長時間不能進入專案,而且as無法關閉,原因是我們本地的as環境配置與專案配置不同導致的為避免匯入專案時的尷尬需要手動修改一下配置幾處配置檔案
專案匯入前手動修改配置
主要檢視和修改其中的build版本
classpath 'com.android.tools.build:gradle:2.2.3'
以上是我本地環境的版本,實際填寫修改要與自己的本地版本為準
這個地方修改
distributionurl=https\:
2.14.1版本與前邊配置的gradle:2.2.3是對應的,切記一定要與本地環境一致,不清楚本地as對應配置的可以先建立乙個demo看看自定生成的版本號,再行修改。
build.gradle中的gradle版本(一般配置了外層project中的build.gradle後module就不需要配置)。
修改 minsdkversion 11
targetsdkversion 21
版本號是本地sdk中存在,不然啟動後會有提示報錯
一般如果專案引入了外部的庫檔案時,需要修改對應的庫位址。多數情況不需要修改
修改本地的sd路徑,一般情況系統自動修改
以上,修改完成後就可以使用as開啟專案了。
使用TFS 如何刪除TFS上專案的正確姿勢
廢話少說,tfs是微軟推出的,用於團隊協作,並可以高效率地完成專案的工具 上手使用會很排斥,因為太工程化了,有點不適應 首先拿建立專案來說,so easy 但是刪除專案的隱藏屬性是表現的不那麼明顯。首先,建立乙個專案,還是那句,so easy!指定版本控制方式,這裡選擇git 是不是很程式設計師 下...
產品優化正確的開啟姿勢
前面的文章中提到過如何獲取使用者反饋,對使用者反饋進行分析整理後就有了新的需求產生 有時候需求也來自於資料分析 或領導的需求等,拿到需求後我們就要對需求落地,這些需求對應到產品上主要有兩個方面 對已有功能的優化 新功能設計 下面就詳細說下拿到需求後如何去執行。對已有功能的優化以下所有的步驟都是思考的...
mysql core檔案的正確開啟姿勢
最近兩天自己負責的乙個例項頻繁出現crash的情況,分析了日誌,大致明白了crash的原因,但是沒有定位到具體的sql,也沒有找到很好的規避的辦法,因此想在mysql出現crash的時候自動將記憶體堆疊相關的資訊儲存到core檔案,然後通過gdb分析再結合原始碼來確定導致mysql crash的根本...