求助：克隆自GitHub的ControlsFX仓库无法编译

这种硬编码的本地绝对路径依赖确实是仓库遗留的开发者本地配置，没做好通用化处理，给你几个实用步骤搞定：

• 定位问题依赖：先打开项目的构建配置文件（Maven看pom.xml，Gradle看build.gradle/build.gradle.kts），搜索包含Eugene的路径，找到那些硬编码的本地依赖项——这些通常是用systemPath（Maven）或者绝对路径直接引用的本地jar包。
• 替换为标准仓库依赖：如果这个依赖在Maven中央仓库或其他公开仓库有收录，直接把硬编码路径替换成正常的依赖坐标。比如把：

  <dependency>
      <groupId>com.example</groupId>
      <artifactId>custom-lib</artifactId>
      <version>1.2.3</version>
      <scope>system</scope>
      <systemPath>/Users/Eugene/dev/libs/custom-lib.jar</systemPath>
  </dependency>
  

  修改为：

  <dependency>
      <groupId>com.example</groupId>
      <artifactId>custom-lib</artifactId>
      <version>1.2.3</version>
  </dependency>
  

• 本地jar包适配（无公开仓库时）：如果依赖是私有未发布的jar，把对应的jar文件复制到项目内的本地lib目录（比如src/main/lib），然后用相对路径引用。Maven可以用${project.basedir}变量指向项目根目录：

  <dependency>
      <groupId>com.example</groupId>
      <artifactId>custom-lib</artifactId>
      <version>1.2.3</version>
      <scope>system</scope>
      <systemPath>${project.basedir}/src/main/lib/custom-lib.jar</systemPath>
  </dependency>
  

• 清理重建项目：修改完配置后，执行构建工具的清理命令，比如Maven运行mvn clean install，Gradle运行./gradlew clean build，确保新的依赖配置生效。

另外建议你看看项目的README或CONTRIBUTING文档，有时候仓库会有专门的构建前置说明，能避免这类环境相关的坑。

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