個人開源項目如何上傳maven中央倉庫
最近在寫一些開源項目,想把自己寫的東西放到maven中央倉庫,提供給更多的人使用。所以寫這一篇文章,記錄一下自研開源項目jar包上傳同步maven中央倉庫成功的整個過程,這其中還是有不少的坑的。
- 首先需要在sonatype JIRA管理平台完成新建項目的申請,審核通過之後才能進行上傳jar的操作
- 上傳過程首先肯定是要本地進行打包,為保整項目信息完整性及上傳過程安全性,需要進行特殊的操作,後文詳述
- 本地打包之後首先傳入sonatype Nexus staging庫,這個庫只做臨時存儲,校驗內容完整、信息完整之後才能通過平台操作轉移到release庫。
- 開源項目jar轉到到release庫之後,實際上需要我們操作的內容就全都完成了。sonatype maven庫的項目會自動同步到maven中央倉庫,這個過程會有延時,但延時很短。
- 如果你使用國內的maven中央倉庫的鏡像,與maven中央倉庫會有比較大的延時,請耐心等待同步之後,才可以使用。
一、OSSRH賬號註冊於配置
sonatype是由社區支持的開源項目託管服務(Open Source Project Repository Hosting,簡稱OSSRH),它免費,開發者可以將自己的開源項目生成的maven jar包託管到這裡。當將maven項目打包部署到這裡之後,將自動同步到maven中央倉庫。 所以不管怎樣,我們都需要先註冊一個sonatype平台賬號。
1.1.賬號註冊
註冊地址://issues.sonatype.org/secure/Signup!default.jspa ,按照下圖所示的內容填寫自己的郵箱、全名、登陸用戶名username、登陸密碼passwprd,填寫驗證碼即可完成註冊。友情提示:註冊過程中的密碼的強度要求非常高,填寫完成之後最好找個記事本把密碼先記下來,以面後續使用的時候忘記。另外,註冊完成之後,沒有任何「註冊成功」相關的提示,而是直接跳轉到登錄界面。
使用我們剛剛註冊的用戶登陸進去,登陸進去之後會提示我們選擇語言:我習慣中文,當然選中文;然後會提示我們選擇一個頭像;然後會提示我們要進行什麼工作,「瀏覽當前項目即可」,這一步不重要。
進入JIRA管理平台之後,點擊頂部導航欄的「新建」按鈕,然後在彈出的模態框中填寫信息,如下:
- 項目和問題類型,一定要選對,按圖操作
- 概要內容填寫項目名稱即可,Group Id 根據項目的maven坐標按需填寫,與maven項目pom配置一致。(這裡需要注意:實際操作的時候,先把下文中的《1.2.域名認證》看完,再做這部操作,存在對應關係避免做錯)
- 代碼上傳GitHub之後的項目URL、scm版本管理url(帶.git)依次如圖填寫。
點擊新建即可,新建問題之後。實際上是發起了一個新建項目審核的審核工作流,會有人審核你所填寫的信息。
1.2.域名認證
因為上文中Group ID我填寫的是我自己購買的域名,所以我需要證明這個域名是我的。證明的方式也很簡單,就是在我的域名購買的平台,給域名增加一條txt的域名解析記錄,域名解析記錄的值會在JIRA平台的流程審核結果記錄中給出,如下圖中的紅色框起來的內容(本次新建項目申請的流水編號:OSSRH-83481)。
如果沒有域名怎麼辦?沒有域名你可以給Group Id填寫github的用戶域,如:
com.github.<gihub用戶名>
。填寫github用戶域,驗證方式也不一樣,需要你在github中新建一個空的倉庫,倉庫的名稱是OSSRH-83481
。
因為我的域名是在阿里雲買的,所以我去阿里云為該域名添加一個TXT類型的解析記錄值。
如果你不太確定TXT解析記錄值是否生效,可以通過windows CMD命令行,響應如下的信息證明設置正確
> nslookup -type=TXT 你的域名
服務器: dns.google
Address: 8.8.8.8
非權威應答:
你的域名 text =
"OSSRH-83481"
域名解析記錄值添加完成之後,回到sonatype JIRA管理平台。在OSSRH-83481
問題裏面如下圖所示的位置,有一個Respose按鈕,點擊該按鈕證明你已經完成了域名認證操作。(因為我是操作完成之後,寫的這篇文章,所以這個按鈕已經沒了,我模擬了一個)
在整個的新建問題,項目流程審核過程中,你的註冊郵箱會不斷的收到sonatype JIRA管理平台發出的郵件,提示你審核流程進行到了什麼階段。(這個審核過程非常迅速,應該是機械人參與的審核,不是人為操作的,我用了5分鐘就完成了整個審核流程). 審核通過之後,你會看到如下的狀態:已解決。
二、安裝GnuPG軟件,並生成簽名
新建項目審核通過之後,我們需要在開發PC上安裝GnuPG,因為我們上傳到sonatype maven庫的所有文件都要經過GnuPG進行簽名,不經過簽名的文件無法上傳成功。下載地址://gpg4win.org/thanks-for-download.html 。下載完成之後,傻瓜式的「下一步」「下一步」安裝即可。
下載完成之後,我們打開windows的 CMD命令行,執行如下命令。(注意:我的操作都是在CMD命令行下面執行的,不要power shell ,不要git bash。我都試過,不是不行,是操作過程不一致。如果和我的操作過程不一致,可能導致你操作失敗!)
gpg --gen-key
下圖中紅色的部分是我填寫的內容,我的名字、郵箱,以及一個O表示ok。會提示我們輸入一個Passphrase,填寫2遍。這個Passphrase就是一個密碼,一定要記住,下文會用到。
GnuPG簽名的公鑰私鑰對生成完成之後,可以使用如下命令查看結果
C:\Users\hanxt>gpg --list-key
gpg: checking the trustdb
gpg: marginals needed: 3 completes needed: 1 trust model: pgp
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: next trustdb check due at 2024-08-09
C:\Users\hanxt\AppData\Roaming\gnupg\pubring.kbx
------------------------------------------------
pub ed25519 2022-08-10 [SC] [expires: 2024-08-09]
6B4F6A477A1BE195326AEAFA0EE41461FB92CD0B
uid [ultimate] HanXiaotong <[email protected]>
sub cv25519 2022-08-10 [E] [expires: 2024-08-09]
密鑰對生成完成之後,將其公鑰發往sonatype認可的keyserver,公鑰的字符串可以通過上文中的gpg --list-key
查看到
gpg --keyserver keyserver.ubuntu.com --send-keys 6B4F6A477A1BE195326AEAFA0EE41461FB92CD0B
通過下面的命令行,可以校驗公鑰的字符串發往服務器是否成功。
gpg --keyserver keyserver.ubuntu.com --recv-keys 6B4F6A477A1BE195326AEAFA0EE41461FB92CD0B
三、項目基礎配置
完成上述的準備工作,我們要對項目進行打包了,打包工具我用的maven。需要檢查如下信息是否配置完整,如果沒有配置完整,請補充!缺少這些信息,maven項目後續將無法轉成release狀態。請根據自己項目的實際情況填寫。
<groupId>com.zimug</groupId>
<artifactId>zimug-monitor-threadpool</artifactId>
<version>1.0</version>
<name>${project.groupId}:${project.artifactId}</name>
<description>spring boot starter for thread pool monitor </description>
<url>//github.com/hanxt/zimug-monitor-threadpool</url>
license中填寫開源協議,scm填寫項目的git代碼倉庫地址,developer填寫開發人員的聯繫方式。
<licenses>
<license>
<name>BSD 3-Clause</name>
<url>//spdx.org/licenses/BSD-3-Clause.html</url>
</license>
</licenses>
<scm>
<connection>//github.com/hanxt/zimug-monitor-threadpool.git</connection>
<url>//github.com/hanxt/zimug-monitor-threadpool</url>
</scm>
<developers>
<developer>
<name>zimug</name>
<email>[email protected]</email>
<roles>
<role>Developer</role>
</roles>
<timezone>+8</timezone>
</developer>
</developers>
四、maven打包配置
只有在sonatype JIRA管理平台上註冊的用戶,才能將開源項目 jar上傳到sonatype Nexus 倉庫。所以我們在上傳jar文件的時候,有必要告知服務器端我們的註冊用戶名及密碼。找到maven的setting.xml,添加如下配置:
<servers>
<server>
<id>ossrh</id>
<username>sonatype註冊username</username>
<password>sonatype註冊用戶的password</password>
</server>
</servers>
setting.xml是針對maven進行全局配置,除此之外還需要針對項目進行配置pom.xml,首先配置遠程倉庫的地址。需要注意的是這裡的id與setting.xml中sever配置的id要一致。
<distributionManagement>
<snapshotRepository>
<id>ossrh</id>
<url>//s01.oss.sonatype.org/content/repositories/snapshots</url>
</snapshotRepository>
<repository>
<id>ossrh</id>
<url>//s01.oss.sonatype.org/service/local/staging/deploy/maven2/</url>
</repository>
</distributionManagement>
這裡有幾個需要注意的地方,
- snapshotRepository是項目快照版本snapshot上傳地址,如果項目的版本號,如:1.0-SNAPSHOT,會上傳到這個倉庫。
- 通常情況下repository是我們真正需要發佈項目的遠程倉庫上傳地址。需要注意的是我們這裡寫的是staging暫存地址,而不是release版本的地址。(為什麼這麼做?後文詳述)
- 另外需要注意的是,我們上傳的遠程倉庫的地址是帶s01前綴的,而比較舊的文章中不帶s01前綴。這是因為舊的sonatype maven倉庫已經資源滿載了,所以官方新建了一個s01 maven倉庫,未來可能還會有s02、s03。 現階段在sonatype JIRA管理平台上註冊的用戶,只能上傳這個新的s01倉庫。
遠程倉庫配置完成之後,我們還需要針對項目pom.xml增加一些打包配置,這些配置基本不用修改,原樣粘貼進去即可。(其中maven-gpg-plugin插件會調用上文中安裝的GnuPG軟件,對文件進行簽名)
<profiles>
<profile>
<id>release</id>
<build>
<plugins>
<!-- Source -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>2.2.1</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>jar-no-fork</goal>
</goals>
</execution>
</executions>
</plugin>
<!-- Javadoc -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-javadoc-plugin</artifactId>
<version>2.9.1</version>
<configuration>
<show>private</show>
<nohelp>true</nohelp>
<charset>UTF-8</charset>
<encoding>UTF-8</encoding>
<docencoding>UTF-8</docencoding>
<additionalparam>-Xdoclint:none</additionalparam>
<!-- TODO 臨時解決不規範的javadoc生成報錯,後面要規範化後把這行去掉 -->
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>
<!-- GPG -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-gpg-plugin</artifactId>
<version>1.6</version>
<executions>
<execution>
<phase>verify</phase>
<goals>
<goal>sign</goal>
</goals>
</execution>
</executions>
</plugin>
<!--Compiler -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.0</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<fork>true</fork>
<verbose>true</verbose>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
<!--Release -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.5.1</version>
</plugin>
</plugins>
</build>
</profile>
</profiles>
在項目根目錄下,運行下面的命令進行maven打包操作(同時將項目jar deploy到遠程maven倉庫),在打包運行過程中,會彈出一個對話框提示你輸入密鑰(Passphrase),輸入上文《安裝GnuPG軟件,並生成簽名》章節中你填寫的Passphrase即可。
mvn clean install deploy -P release
這裡需要注意的是:
- 不要使用IDEA的maven UI打包,IDEA的maven UI打包會報錯,無法執行gpg命令。至於具體原因我也沒搞清楚,使用上文中的CMD命令行打包即可。
- 使用mvn命令行打包的時候,需要注意你的JAVA_HOME環境變量的指向,是不是你期望的版本。我的電腦上安裝了多個版本的JDK,JAVA_HOME指向的是JDK11,而我希望打包的版本是JDK8。有可能造成混亂!
- 如果maven depoly發佈命令報401 authentication錯誤,是因為你的maven的setting.xml的server配置的用戶名密碼錯誤,或者setting.xml的server配置id與pom裏面配置的repository id不一致導致的。也有可能你的電腦上maven 多個版本,項目使用的不是同一個setting.xml。
- 如果報400錯誤,很有可能是你已經上傳過的jar,同一個版本再次重複上傳了。
五、CLOSE&RELEASE
項目jar正確的上傳到nexus repository倉庫之後,我們還需要進行進一步的操作。這是因為我們上傳的jar放入了staging暫存庫裏面,我們需要把它轉到release庫,這其中sonatype平台會針對你的項目信息、jar文檔、源碼等內容進行完整性校驗,完整性校驗不通過的項目是無法轉到release的,也就無法同步到maven中央倉庫。
這些操作需要我們通過界面進行,使用sonatype註冊用戶進行登錄://s01.oss.sonatype.org/ 。如圖所示,如果我們項目打包上傳成功,會在Staging Repository裏面看到一個Repository,將其勾選。點擊「CLOSE」按鈕之後,會自動進行完整性校驗,校驗結果可以雙擊勾選倉庫所在行進行查看。(只要按照我上文中的內容,將pom中的項目信息以及打包配置填寫完整,這裡基本都會校驗通過)
CLOSE校驗通過之後,刷新幾次頁面,Release按鈕就變成可點擊的狀態。此時點擊Release按鈕,就將項目jar從Staging暫存庫,轉移到了Release正式庫。實際上需要我們操作的內容就全都完成了。
sonatype maven庫的項目會自動同步到maven中央倉庫,通過maven坐標引入使用即可,不要着急,這個過程可能會有一些延時。上傳之後可能一段時間內無法在maven中央倉庫搜索到,但是使用maven坐標下載jar包也沒有問題。
一切都ok之後,最好回到sonatype JIRA管理平台將「問題」關閉,這樣sonatype JIRA管理流程就全部完成了。
歡迎關注我的公告號:字母哥雜談,回復003贈送作者專欄《docker修鍊之道》的PDF版本,30餘篇精品docker文章。字母哥博客:zimug.com