Google Truth项目近期构建问题分析与解决方案

近期Google Truth项目在持续集成过程中遇到了两个关键问题：Sonatype快照发布失败和Javadoc生成异常。这两个问题看似独立，实则都源于上游依赖的变更，值得开发者关注。

Sonatype快照发布问题

问题的根源在于Sonatype平台对认证机制的调整。原先项目使用的是传统的用户名/密码认证方式，但Sonatype近期要求所有发布操作必须改用用户令牌(User Token)进行认证。更复杂的是，用户令牌功能现已转为Sonatype Nexus Repository Pro专有功能。

在排查过程中发现：

1. 项目维护者原本保存在本地Maven配置中的旧版令牌仍然有效
2. 通过特定路径访问Sonatype界面仍可查看现有令牌
3. Google内部可能通过google.oss.sonatype.org域名提供替代方案

解决方案是更新项目配置，使用有效的用户令牌替代原有的认证方式。这一变更已成功应用于Truth及其相关项目如Auto和Jimfs。

Javadoc生成异常问题

这个问题更为隐蔽，表现为Javadoc构建步骤突然失败。经过深入分析发现：

1. 问题与maven-javadoc-plugin的版本更新有关
2. 插件内部实现发生了重大变更，特别是输出目录结构的调整
3. 错误表象是找不到target/site/apidocs目录，实则是插件修改了默认输出路径

根本原因是maven-javadoc-plugin 3.6.0版本对齐了AbstractMavenReport的实现规范，改变了文档生成路径。解决方案包括：

1. 更新构建脚本中引用的路径
2. 确保构建顺序正确（先执行install再生成文档）
3. 检查相关项目的配置一致性

经验总结

这类构建问题往往具有以下特点：

1. 由上游依赖的非兼容性变更引发
2. 错误信息可能具有误导性（如Javadoc问题实际是路径变更）
3. 需要同时检查运行时环境和构建配置
4. 同类问题可能在相关项目中重复出现

对于Java生态项目维护者，建议：

1. 密切关注Sonatype等基础服务的政策变更
2. 对插件升级保持谨慎，特别是大版本更新
3. 建立完善的构建监控机制
4. 保持相关项目配置的一致性

通过这次事件，项目团队不仅解决了当前问题，还建立了更健壮的构建验证流程，为未来可能出现的类似问题做好了准备。