多构建项目中子项目如何正确使用sbt GitlabPlugin？

1. 全局统一配置GitLab仓库与凭证 #

不要单独给子项目启用GitlabPlugin，而是在根项目的build.sbt里将配置全局传递给所有子项目，避免重复配置且确保一致性：

// 根级别配置，所有子项目自动继承
ThisBuild / resolvers ++= Seq(
  "GitLab Packages" at "https://gitlab.com/api/v4/projects/[你的项目ID]/packages/maven"
)

ThisBuild / credentials += Credentials(
  "GitLab Maven Repository",
  "gitlab.com",
  "gitlab-ci-token", // 流水线用CI内置令牌，本地替换为个人访问令牌
  sys.env.getOrElse("GITLAB_TOKEN", "")
)

// 子项目定义，无需额外配置插件
lazy val javaSubproject = project.in(file("java-subproject"))
lazy val root = project.in(file(".")).dependsOn(javaSubproject)

同时在plugins.sbt中仅全局添加插件：

addSbtPlugin("com.typesafe.sbt" % "sbt-gitlab" % "0.10.0") // 使用匹配你sbt版本的插件版本

2. 清理IntelliJ缓存与重新导入项目 #

本地IntelliJ构建失败多由缓存异常导致，按以下步骤操作：

• 关闭IntelliJ，删除项目根目录下的.idea、所有target文件夹（包括根目录和子项目的）、project/target
• 重新打开项目，选择Import sbt project，务必勾选Use sbt shell for build and import
• 导入完成后执行sbt clean compile触发全量构建

3. 校验子项目依赖声明 #

确保子项目的依赖坐标（groupId/artifactId/版本）与GitLab Packages中的完全一致，错误的依赖坐标会触发NoSuchElementException。子项目无需重复配置仓库，直接继承根项目的即可：

// 子项目build.sbt示例，依赖自动使用根项目的resolvers
libraryDependencies += "com.your.group" % "your-dependency" % "1.0.0"

4. 配置本地GitLab访问令牌 #

本地构建需要有权限访问GitLab Packages，可通过以下方式配置：

• 在项目根目录创建.sbtopts文件，添加：

  -DGITLAB_TOKEN=你的个人访问令牌（需拥有read_package权限）
  

• 或者在IntelliJ的Run/Debug Configurations的Environment variables中添加GITLAB_TOKEN=你的令牌

5. 明确指定GitLab项目ID #

若插件自动识别项目ID失败，在根项目build.sbt中手动指定：

ThisBuild / gitlabProjectId := "[你的GitLab项目ID]"

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