1.打包版本區別
SNAPSHOT 快照版本（開發階段，不穩定，容易出現bug）
RELEASE 正式版本（外部依賴使用階段，穩定，很少出現bug）
Tag :標記每次代碼提交的版本（比較穩定，類似分支）
2.release plugin 插件的作用
①檢查本地有無未提交的代碼
②檢查項目是否有快照版本依賴
③執行單元測試，生成API文檔
④在本地和遠程庫的GIT中打上對應版本的tag
⑤將SNAPSHOT版本升級為release版本，發布release版本到指定私服上
⑥修改pom版本為新的SNAPSHOT 版本（之前快照版本的下一個版本），基於修改后的POM執行maven構建，提交POM變更
3.實現配置
pom文件配置
4.操作流程
4.1 mvn release:prepare：打包前的准備
①檢測代碼是否有未提交的代碼，檢查項目的POM依賴或插件是否有SNAPSHOT版本,執行單元測試（跳過單元測試：-Darguments="-DskipTests")
②輸入對應的release需要打包的版本等信息，如果不輸入有默認的內容
③將需要記錄和准備的內容緩存到pom.xml目錄下的release.properties文件中
④在本地和遠程庫的GIT中打上對應版本的tag
4.2 mvn release:rollback：后悔葯
如果在准備階段發生錯誤，或者需要修改某些地方的話，就需要到這個命令了
①將POM的配置回到release:prepare之前的狀態。但需要注意的是，不會刪除tag 需要手動刪除git上的tag和本地的tag： git tag -d ...
4.3 mvn release:perform
①生成API文檔（取消構建api文檔：-DuseReleaseProfile=false）
②將pom文件之前的1.0-SNAPSHOT改為1.1-SNAPSHOT， 將1.0的release版本deploy至scm配置的nexus release庫中，提交pom文件變更
4.4 流程圖
5.演示截圖
5.1 mvn release:prepare
指定打包版本
生成兩個臨時文件
本地和線上git上打tag
5.2 mvn release:rollback
刪除臨時生成的release.properties文件和pom的備份文件，但是不會刪除線上和本地的tag,需要手動刪除
5.3 mvn release:perform
發布release版本到指定私服上
升級本地pom中的快照版本，並 保存提交到git上
