Maven生成损坏仓库文件夹原因排查（使用Artifactory）

我用Artifactory管理JAR包，发现Maven生成了一系列损坏的仓库文件夹，比如1.0.3-、1.0.3-S这类不完整版本目录，请问导致这种异常行为的原因是什么？

附异常目录列表：

1.0/
1.0.1/
1.0.2/
1.0.2-SNAPSHOT/
1.0.3/
1.0.3-/
1.0.3-S/
1.0.3-SN/
1.0.3-SNA/
1.0.3-SNAP/
1.0.3-SNAPS/
1.0.3-SNAPSH/
1.0.3-SNAPSHO/
1.0.3-SNAPSHOT/
maven-metadata-local.xml*
maven-metadata-repo.xml*
maven-metadata-repo.xml.sha1*
resolver-status.properties*

原因分析 #

1. 部署进程中途中断 #

这是最常见的诱因：部署SNAPSHOT版本时，Maven会逐步拼接版本目录名（从1.0.3-开始，逐个字符追加SNAPSHOT），如果此时进程被强制终止（手动kill、机器断电、网络断开），未完成的目录就会残留下来。

2. Maven与Artifactory版本不兼容 #

部分旧版Maven（3.6.x之前）和Artifactory的API交互存在时序bug，会导致临时目录无法被自动清理，留下残缺的目录结构。

3. 自定义配置或插件干扰 #

如果项目使用了自定义部署插件，或是distributionManagement配置错误（比如仓库URL无效、权限不足），会导致Maven创建目录的逻辑异常，无法完成完整目录名的构建。

4. Artifactory存储层异常 #

Artifactory底层存储（本地文件系统、云存储等）出现IO错误时，目录创建操作可能只执行到一半，从而残留不完整的目录。

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