无需公共库共享代码：IntelliJ多模块独立SBT配置可行性问询

当然可以！这其实就是IntelliJ配合SBT多模块项目的典型玩法，完全能满足你不依赖公共库、跨项目共享代码的需求。下面给你详细拆解实现方式和注意事项：

你可以搭建一个根级IntelliJ项目，在里面嵌套多个独立模块——每个模块都能拥有自己的build.sbt配置文件，甚至可以单独管理专属的SBT插件。这种结构既让模块保持独立可控，又能在同一个IDE窗口里统一管理，非常适合代码共享场景。

• 初始化根项目：在IntelliJ里新建一个空项目，或者直接用SBT命令初始化（手动创建目录结构会更灵活）。
• 添加独立SBT模块：右键根项目 → New → Module，选择SBT模块类型。每个模块会生成独立的目录（比如user-service/、utils-lib/）。
• 给每个模块配置独立的SBT文件：
  • 在模块目录下创建专属的build.sbt，定义该模块的名称、依赖、编译规则等，示例：

    name := "utils-lib"
    version := "1.0.0"
    scalaVersion := "2.13.10"
    
    libraryDependencies += "com.typesafe" % "config" % "1.4.2"
    

  • 如果模块需要专属插件，在模块目录下创建project/plugins.sbt，比如给某个模块单独加打包插件：

    addSbtPlugin("com.eed3si9n" % "sbt-assembly" % "1.2.0")
    

• 让IntelliJ识别配置：添加完文件后，IDE会自动弹出"Import Changes"提示，点击后就能识别每个模块的独立SBT设置，之后每个模块就像单独的小项目一样可操作。

• 根项目的全局配置可选：根目录可以保留build.sbt用来定义所有模块共享的规则（比如统一Scala版本），但如果想让模块完全独立，直接删掉根级的build.sbt和project/目录即可。
• 模块间依赖处理：如果模块A需要依赖模块B，开发阶段可以在根项目的build.sbt里设置模块依赖（让IDE自动关联）；如果要跨项目共享，只需把模块B用sbt publishLocal发布到本地仓库，其他项目就能直接引入依赖。
• 独立运行调试：每个模块在IntelliJ里都是独立的节点，可以单独编译、运行、调试，互不干扰。

这种方式不需要依赖公共仓库，你可以把整个根项目作为代码共享的载体，或者直接把单个模块复制到其他项目（因为每个模块的配置都是自包含的）。团队协作时，把根项目放到Git仓库里，大家就能共同维护各个模块，实现高效的代码复用。

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