首先，我想把这个答案归功于一位匿名StackOverflow用户——我很肯定我以前在这里也看到过类似的答案——但现在我找不到了。

将本地JAR文件作为依赖项的最佳选择是创建本地Maven存储库。这样的存储库只不过是一个适当的目录结构，其中包含pom文件。

例如：我的主项目位于${master_project}位置，子项目1位于${master _project}/${subject1}位置。

然后，我在以下位置创建Maven存储库：${master_project}/本地maven repo。

在子项目1中位于${master_project}/${subject1}/pom.xml的pom文件中，需要指定存储库，该存储库将文件路径作为URL参数：

<repositories>
    <repository>
        <id>local-maven-repo</id>
        <url>file:///${project.parent.basedir}/local-maven-repo</url>
    </repository>
</repositories>

可以为任何其他存储库指定依赖项。这使pom存储库独立。例如，一旦所需的JAR在Maven central中可用，您只需从本地回购中删除它，它将从默认回购中取出。

    <dependency>
        <groupId>org.apache.felix</groupId>
        <artifactId>org.apache.felix.servicebinder</artifactId>
        <version>0.9.0-SNAPSHOT</version>
    </dependency>

最后但并非最不重要的一件事是使用-DlocalRepositoryPath开关将JAR文件添加到本地存储库，如下所示：

mvn org.apache.maven.plugins:maven-install-plugin:2.5.2:install-file  \
    -Dfile=/some/path/on/my/local/filesystem/felix/servicebinder/target/org.apache.felix.servicebinder-0.9.0-SNAPSHOT.jar \
    -DgroupId=org.apache.felix -DartifactId=org.apache.felix.servicebinder \
    -Dversion=0.9.0-SNAPSHOT -Dpackaging=jar \
    -DlocalRepositoryPath=${master_project}/local-maven-repo

一旦安装了JAR文件，就可以将Maven repo提交到代码存储库，并且整个设置与系统无关。（GitHub中的工作示例）。

我同意将JAR提交给源代码回购并不是一个好的做法，但在现实生活中，快速而肮脏的解决方案有时比一个完整的Nexus回购托管一个无法发布的JAR要好。

您可以直接添加本地依赖项（如build maven项目中所述，包含专有库），如下所示：

<dependency>
    <groupId>com.sample</groupId>
    <artifactId>sample</artifactId>
    <version>1.0</version>
    <scope>system</scope>
    <systemPath>${project.basedir}/src/main/resources/Name_Your_JAR.jar</systemPath>
</dependency>

使现代化

在新版本中，此功能被标记为已弃用，但仍在工作，尚未删除（您只需在maven启动期间的日志中看到警告）。maven集团对此提出了一个问题https://issues.apache.org/jira/browse/MNG-6523（您可以参与并描述此功能在某些情况下有帮助的原因）。我希望这一功能仍然存在！

若你们问我，只要这个特性没有被删除，我就用它来依赖我项目中的一个不适合存储库的jar文件。如果删除此功能，那么，这里有很多好的答案，我可以稍后选择！

首先，我想把这个答案归功于一位匿名StackOverflow用户——我很肯定我以前在这里也看到过类似的答案——但现在我找不到了。

将本地JAR文件作为依赖项的最佳选择是创建本地Maven存储库。这样的存储库只不过是一个适当的目录结构，其中包含pom文件。

例如：我的主项目位于${master_project}位置，子项目1位于${master _project}/${subject1}位置。

然后，我在以下位置创建Maven存储库：${master_project}/本地maven repo。

在子项目1中位于${master_project}/${subject1}/pom.xml的pom文件中，需要指定存储库，该存储库将文件路径作为URL参数：

<repositories>
    <repository>
        <id>local-maven-repo</id>
        <url>file:///${project.parent.basedir}/local-maven-repo</url>
    </repository>
</repositories>

可以为任何其他存储库指定依赖项。这使pom存储库独立。例如，一旦所需的JAR在Maven central中可用，您只需从本地回购中删除它，它将从默认回购中取出。

    <dependency>
        <groupId>org.apache.felix</groupId>
        <artifactId>org.apache.felix.servicebinder</artifactId>
        <version>0.9.0-SNAPSHOT</version>
    </dependency>

最后但并非最不重要的一件事是使用-DlocalRepositoryPath开关将JAR文件添加到本地存储库，如下所示：

mvn org.apache.maven.plugins:maven-install-plugin:2.5.2:install-file  \
    -Dfile=/some/path/on/my/local/filesystem/felix/servicebinder/target/org.apache.felix.servicebinder-0.9.0-SNAPSHOT.jar \
    -DgroupId=org.apache.felix -DartifactId=org.apache.felix.servicebinder \
    -Dversion=0.9.0-SNAPSHOT -Dpackaging=jar \
    -DlocalRepositoryPath=${master_project}/local-maven-repo

一旦安装了JAR文件，就可以将Maven repo提交到代码存储库，并且整个设置与系统无关。（GitHub中的工作示例）。

我同意将JAR提交给源代码回购并不是一个好的做法，但在现实生活中，快速而肮脏的解决方案有时比一个完整的Nexus回购托管一个无法发布的JAR要好。

将JAR安装到本地Maven存储库中（通常位于主文件夹中的.m2），如下所示：

mvn install:install-file \
   -Dfile=<path-to-file> \
   -DgroupId=<group-id> \
   -DartifactId=<artifact-id> \
   -Dversion=<version> \
   -Dpackaging=<packaging> \
   -DgeneratePom=true

其中每一个都指：

＜path to file＞：要加载的文件的路径，例如→ c： \patcha-2.3.jar

＜group id＞：文件应在其下注册的组，例如→ com.google代码

<artifact-id>：文件的工件名称，例如→ 卡普查

＜version＞：文件的版本，例如→ 2.3

<package>：文件的打包，例如。→ 罐子

参考

Maven常见问题解答：我有一个jar，我想把它放到我的本地存储库中。我如何复制它？Maven安装插件用法：Install:Install文件目标

在我的案例中，我的现有maven构建已经在将有问题的jar文件安装到我的本地存储库中，但我没有看到预期的结果，因为本地构建会生成后缀为“-SNAPSHOT”的工件。对我来说，非常简单的解决方案是更新使用本地构建jar文件的项目的pom.xml文件，以匹配名称。

<myproject.foo.version>1.88-SNAPSHOT</myproject.foo.version>

而不是

<myproject.foo.version>1.88</myproject.foo.version>

结果是，如果您的jar文件似乎已经在local.m2/maven repo中，那么很可能是这样，您只需要相应地更新依赖关系。

<dependency>
    <groupId>group id name</groupId>
    <artifactId>artifact name</artifactId>
    <version>version number</version>
    <scope>system</scope>
    <systemPath>jar location</systemPath>
</dependency>