在我的案例中，我的现有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中，那么很可能是这样，您只需要相应地更新依赖关系。

在我的案例中，我的现有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中，那么很可能是这样，您只需要相应地更新依赖关系。

我的pom.xml中的一组依赖项也出现了同样的错误。结果发现，这些依赖项的版本没有在pom.xml内指定，而是在父存储库中提到的。由于某种原因，版本详细信息未与此回购同步。因此，我使用标签手动输入版本，它就像一个符咒。查找父级中的版本并在此处指定所需的时间很少。但是，这可以仅针对显示人为错误的罐子进行，而且效果良好。希望这对某人有所帮助。

指向${project.directory}/rebo/或file://uri的pom存储库可以与源驻留jarfiles一起工作，用于一个小项目的dep。这些信息不会泄漏到系统~/.m2 repo中，但如果未指定，则会影响maven版本选择与（通常是最近的）顶级版本的选择。

对于现有的dep，如果您可以使用“target”作为您最喜欢的结构或maven的默认值运行，则在分发时绑定的dep与shade类似，但更直接：

-cp“$PWD/target/classs:$PWD/target/lib/*”pkg.random.ClassWithMain

then

<build>
        <plugins>
            <plugin>
                <artifactId>maven-dependency-plugin</artifactId>
                <executions>
                    <execution>
                        <phase>install</phase>
                        <goals>
                            <goal>copy-dependencies</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/lib</outputDirectory>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>

当然，您可以将jar添加到该文件夹中。但也许这并不是你想要实现的。。。

如果您需要这些jar进行编译，请检查这个相关问题：我可以在不安装jar的情况下将它们添加到maven 2构建类路径吗？

此外，在任何人提出建议之前，不要使用系统范围。

首选方法是创建自己的远程存储库。

有关如何执行此操作的详细信息，请参阅此处。查看“上载到远程存储库”部分。