今天被臨時借調(diào)到其他項目組處理售后問題。啟動項目時，熟悉的紅色波浪線再次席卷而來——這已經(jīng)是公司搬家、Nexus 私倉下線后的常規(guī)劇本了。

我們公司以前奉行"小團隊快跑"的開發(fā)模式，講究一個快字。當(dāng)時的 Nexus 私倉里，不僅有常用的公共依賴，還躺著不少公司內(nèi)部開發(fā)的平臺級 jar 包。后來公司搬了一次家，服務(wù)器重新規(guī)劃，私倉的維護人員也早已流動到其他崗位。種種原因疊加之下，私倉就這么悄無聲息地"壽終正寢"了。

于是，"缺啥找同事要"成了我們的日常操作。通常是拿到 jar 包，mvn install:install-file 一把梭，裝進本地倉庫完事。

但今天這招不靈了。我把 pom 里報紅的依賴一個一個全裝進了本地倉庫，IDE 里依然全篇爆紅，紋絲不動。時間緊任務(wù)重，最后我索性把同事的整個 repository 目錄拷了過來，在項目 pom 里直接配置成 file 協(xié)議的本地倉庫才算搞定。

問題雖然解決了，但這種方式顯然不夠優(yōu)雅。趁著今天記憶還新鮮，我把這幾種配置方式記錄一下，以備不時之需。

方案一改 settings.xml 全局配置

如果這種"私倉缺失"是公司常態(tài)，而你又不希望每個項目都去配一遍倉庫地址，那么修改 Maven 的全局配置文件 settings.xml 會是更優(yōu)雅的選擇。

適用場景

• 公司私倉長期不可用，但有一套相對穩(wěn)定的"依賴包合集"
• 希望一次配置，所有 Maven 項目都能受益
• 有固定的內(nèi)部依賴包存放位置（比如samba共享目錄）

具體配置

編輯 Maven 安裝目錄下的 conf/settings.xml ，在 <profiles> 標(biāo)簽內(nèi)添加如下配置：

<settings>
    <profiles>
        <profile>
            <id>local-repo-profile</id>
            <repositories>
                <repository>
                    <id>local-shared-repo</id>
                    <name>本地共享倉庫</name>
                    <url>file:///D:/repository</url>
                    <releases><enabled>true</enabled></releases>
                    <snapshots><enabled>true</enabled></snapshots>
                </repository>
            </repositories>
        </profile>
    </profiles>
    <activeProfiles>
        <activeProfile>local-repo-profile</activeProfile>
    </activeProfiles>
</settings>

進階玩法：指向網(wǎng)絡(luò)共享目錄

如果團隊內(nèi)部有一個samba共享文件夾，可以把這個倉庫目錄放上去，大家統(tǒng)一指向同一個地址：

<url>file:////192.168.3.211/share/maven/repository</url>

這樣團隊里只要有一個人負責(zé)更新這個共享倉庫里的 jar，其他人就能自動"蹭"到最新的依賴。

優(yōu)缺點

方案二：使用 Maven 鏡像（Mirror）功能

這是一個比較"取巧"的方案——利用 Maven 的鏡像機制，把原本指向失效私倉的請求，全部重定向到我們準備好的本地備份倉庫。

適用場景

• 項目中大量 pom 文件已經(jīng)寫死了失效的私倉地址（比如 http://old-nexus.company.com）
• 不想逐個修改項目的歷史配置
• 希望以最小的改動代價讓所有項目恢復(fù)正常

實現(xiàn)原理

Maven 的 Mirror 功能允許你攔截對特定倉庫的請求，并將其重定向到另一個地址。當(dāng)私倉地址已經(jīng)失效，但項目的 pom 里還保留著這個地址時，我們可以通過 Mirror 配置，把所有發(fā)往這個地址的請求"截胡"到本地倉庫。

具體配置

在 settings.xml 中添加如下 Mirror 配置：

<settings>
    <mirrors>
        <mirror>
            <id>redirect-old-nexus-to-local</id>
            <name>將失效私倉請求重定向到本地備份倉庫</name>
            <url>file:///D:/repository</url>
            <!-- 如果有共享samba共享文件夾話團隊也可以配置  -->
            <!--  <url>file:////192.168.3.211/share/maven/repository</url> -->
            <mirrorOf>xiuji2023</mirrorOf>
            <!-- mirrorOf 的值需要和項目 pom 中聲明的失效倉庫 id 一致 -->
        </mirror>
    </mirrors>
</settings>

mirrorOf 的幾種用法

優(yōu)缺點

寫在最后

說到底，這些方案都只是"救急不救窮"的臨時手段。一個健康的項目依賴管理體系，終究還是需要一個穩(wěn)定運行的私服倉庫，配合規(guī)范的版本發(fā)布流程。

但現(xiàn)實往往不盡如人意——人員的流動、版本的迭代，都可能讓曾經(jīng)運轉(zhuǎn)良好的基礎(chǔ)設(shè)施變成"歷史遺留問題"。作為開發(fā)者，我們能做的就是在理想與現(xiàn)實之間找到那個能先把活兒干完的平衡點。

到此這篇關(guān)于Maven 本地倉庫替代私倉配置指南的文章就介紹到這了,更多相關(guān)Maven 本地倉庫替代私倉配置內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論