搭建私有倉庫

Maven的倉庫是用來存放Maven工程依賴的包的（通常為jar和pom，war包也可以依賴，在一些很複雜的專案中才能用到）。倉庫分為三種：中央倉庫、第三方倉庫、本地倉庫。

中央倉庫

由Maven官方提供，地址：http://repo1.maven.org/，包含了幾乎所有開源專案的包，但沒有非開源專案的包，如：sun的私有包，Oracle的驅動包等。在使用上也有一些限制： 第一，Maven的官方倉庫的伺服器在國外，在國內訪問非常慢，經常因為網路超時導致無法下載； 第二，Maven管方倉庫有使用頻率限制，如果大的團隊頻繁從官方倉庫下載包，會導致IP被封，從而所有人都無法使用； 第三，私有包不適合傳到Maven官方倉庫； 第四，組織對外網訪問的限制，有些公司是不允許隨便連線外網。

第三方倉庫

由第三方公司搭建，如：http://repository.jboss.com/maven2/、http://repository.sonatype.org/content/groups/public/，公用的“第三方倉庫”同樣存在“中央倉庫”的問題，可能沒有IP限制；另一種私有的第三方庫只在組織內部使用，通常使用nexus搭建，沒有中央倉庫和第三方公用倉庫的限制，可以愉悅的釋出私有包，更重要的下載速度快、穩定。 強烈建議每個使用Maven的組織都搭建自己的私有倉庫。

本地倉庫

本地倉庫相當於“中央倉庫”或“第三方倉庫”在執行Maven的電腦上的一個快取，當然只快取了用過的包，預設在${user.home}/.m2目錄下，由於“本地倉庫”通常比較大，初始化比較慢，第一次使用時最好從其他人的電腦上覆制一份，這樣可以大大節省初始化的時間。建議在${MAVEN_HOME}/config/setting.xml中重新指定“本地倉庫”的目錄，防止快取過大影響電腦的正常執行，這一點在持續整合伺服器上尤其重要。

統一的setting配置

團隊成員使用統一的setting.xml檔案，在setting.xml中設定使用的倉庫、禁用官方倉庫等全域性設定，非常不建議在專案的pom中做指定倉庫這樣的設定，這樣做的原因主要是因為一個公司只應有一個私有倉庫，這樣即節省資源，也利於專案的重用和管理。

建立的頂級POM

每一個產品都應該有一個頂級的pom模組兒，在此模組兒中對使用的包、外掛、釋出用的倉庫和一些其他專案級的配置進行設定，其他模組兒都是pom的子模組兒。這樣的好處是整個產品的所有模組兒使用的包是一樣的，能有效的避免各個模組兒單獨配置帶來的版本衝突問題。

合理的引數列表

執行mvn命令時常用的引數有，-B -e -U -pl -D -P，這些引數是Maven自身的，在命令列、持續整合環境都適用。

-B

使Maven在批處理模式下執行，避免需要人工參與互動而造成掛起，在持續整合等不希望人工參與的環境很有用。

-e

在執行maven出現異常時列印完整的異常棧，對問題的分析很有幫助

-U

強制Maven檢查所有快照版（snapshot）依賴的更新，預設情況下Maven每天檢查快照版（snapshot）依賴的是否更新，在實際開發中快照版的更新頻率遠高於這個頻率，-U引數能保證每一次執行都是基於最新狀態的，在持續整合環境這一點尤其重要。

-D

設定maven執行時的系統變數，和Java的-D引數類似，如：maven.repo.local、maven.test.skip

-P

指定構建使用的環境變數，通常每個專案（尤其是web專案）會在不同的環境下執行，如：開發環境、測試環境、生產環境等，不同的環境的配置是不完全相同的，使用Maven的profiefs可以方便的構建出適合不同執行環境的包，執行時使用的環境變數由-P引數指定。

-pl

在一個專案有多個模組兒，而又不想同時構建所有模組兒時，通過-pl引數指定要構建的模組兒，個人覺得這個引數用的場景不多，在模組兒很多的情況下，更應該從模組兒的上進行拆分，減少模組兒間的依賴。 綜上所述，建議的Maven構建命令：jar和pom工程：mvn clean install/deploy -B -e -U -P，web工程：mvn clean package -B -e -U -P

讀一本Maven的好書

建議使用Maven的同學們抽時間去閱讀一下《Maven實戰》這本書，是一本很好的Maven書籍，適合所有Maven使用者。