这事儿我之前踩过好几次坑，结合你的操作流程，大概率是这几个原因叠加搞坏了你的项目配置：

1. IDEA本地缓存拖了后腿 #

IDEA会在本地存一大堆缓存文件——比如.idea文件夹里的项目配置、系统缓存目录里的Maven元数据。你从SVN主干切到分支后，虽然跑了mvn clean install更新了本地仓库的构建产物，但IDEA的旧缓存（比如之前记录的主干版本号、Artifacts配置）没被自动清掉，导致Artifacts列表还抱着旧版本号不放。

尤其很多团队不会把.idea这类本地配置目录提交到SVN，切换分支后这些本地配置文件还是主干时的状态，自然不会自动跟着分支更新版本号。

2. Maven Reimport没触发Artifacts同步 #

IDEA的Maven Helper插件的reimport project主要负责重新读取pom.xml、更新依赖和模块结构，但Artifacts是IDEA自己独立维护的构建输出配置，有时候Reimport并不会主动触发Artifacts的重新生成或更新。哪怕pom里的版本号已经改成分支的了，IDEA也只会盯着原来的Artifacts配置不变。

3. 手动删Artifacts反而搞砸了关联 #

当你删掉原有Artifacts再重新导入时，Maven Reimport可能没正确把Maven的构建输出目录（target/下的分支版本产物）和新的Artifacts关联起来。这时候IDEA找不到该把哪些文件打包进Artifacts，就只能显示空的output root了——相当于它忘了该从哪找构建产物。

4. SVN切分支时的本地文件残留 #

如果切分支时你本地有未提交的修改（比如pom.xml的临时改动，或者IDEA生成的配置文件），SVN可能会保留本地版本而不是完全覆盖分支上的文件。哪怕pom.xml版本号切对了，IDEA的Artifacts配置还是基于旧的本地设置，同步问题自然就更严重了。

简单说就是：IDEA缓存、Maven同步机制、SVN分支切换的本地文件状态这三者没对齐，导致Artifacts配置没跟上分支版本。下次碰到类似问题，可以先试试清理IDEA缓存（File -> Invalidate Caches...），再跑mvn clean install，最后手动调整Artifacts配置，大概率不用新建工作区就能解决。

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