Geb Spock Maven测试用例命令行执行失败，依赖缺失问题求助

我之前也碰到过几乎一模一样的情况：IDE里跑测试顺风顺水，报告生成完全正常，但命令行直接执行就报依赖缺失，而且IDE跑过一次后命令行又能正常工作。结合你的场景，这大概率是Maven依赖解析、作用域配置或者本地仓库的问题，给你几个具体的排查和解决步骤：

1. 检查依赖的作用域配置 #

首先看看pom.xml里athaydes-spock-reports和Geb相关依赖的scope设置，很多人会把它们设成provided或者test，但命令行执行Maven时可能没正确引入这些依赖：

<!-- 确保athaydes报告依赖的scope是test，Maven test阶段能正确加载 -->
<dependency>
    <groupId>com.github.athaydes</groupId>
    <artifactId>spock-reports</artifactId>
    <version>2.0.10</version>
    <scope>test</scope>
</dependency>

<!-- Geb和Spock的依赖也要检查，比如： -->
<dependency>
    <groupId>org.gebish</groupId>
    <artifactId>geb-spock</artifactId>
    <version>4.0.0</version>
    <scope>test</scope>
</dependency>

如果把scope设成provided，命令行执行时Maven不会自动引入这些依赖，而IDE可能会额外帮你加上，这就导致了两者的执行差异。

2. 强制更新Maven本地仓库依赖 #

IDE执行测试时会自动下载缺失的依赖到本地仓库，但命令行有时候因为网络、镜像缓存的问题，没把依赖下载完整。你可以清理后强制更新：

mvn clean install -U

-U参数会让Maven强制刷新远程仓库的依赖，确保本地仓库的包是完整的，之后再执行测试命令试试。

3. 确认athaydes报告的扩展配置是否完整 #

要确保Spock能加载到报告扩展，你需要在src/test/resources/META-INF/services/org.spockframework.runtime.extension.IGlobalExtension文件里添加一行：

com.github.athaydes.spockframework.report.SpockReportExtension

如果这个文件缺失，命令行执行时报告扩展不会生效，可能会被误认为是依赖缺失；而IDE可能会自动帮你生成或者识别这个配置，所以能正常工作。

另外，也可以在pom.xml的gmavenplus插件里配置报告属性，确保命令行执行时能正确触发报告生成：

<build>
    <plugins>
        <plugin>
            <groupId>org.codehaus.gmavenplus</groupId>
            <artifactId>gmavenplus-plugin</artifactId>
            <version>1.13.1</version>
            <executions>
                <execution>
                    <goals>
                        <goal>testCompile</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <properties>
                    <property>
                        <name>spock.reporter.enabled</name>
                        <value>true</value>
                    </property>
                    <property>
                        <name>spock.reporter.outputDir</name>
                        <value>${project.build.directory}/spock-reports</value>
                    </property>
                </properties>
            </configuration>
        </plugin>
    </plugins>
</build>

4. 排查IDE和命令行的Maven版本差异 #

有时候IDE用的是内置Maven，而命令行用的是系统安装的版本，版本差异可能导致依赖解析逻辑不同。你可以在IntelliJ里设置成和命令行相同的Maven：

• 打开File → Settings → Build, Execution, Deployment → Build Tools → Maven
• 在"Maven home path"里选择你命令行使用的Maven安装路径

场景1的原因解释 #

你说执行mvn clean后，IDE跑一次测试，命令行就能正常执行了——这是因为IDE在运行测试时，会自动把所有测试依赖下载到本地仓库，同时帮你处理了类路径和扩展配置的问题，之后命令行的Maven就能从本地仓库找到完整的依赖，自然就能正常工作了。

内容的提问来源于stack exchange，提问作者Durgesh