团队协作的目标不是把 DXP 文件到处发送，而是让分析、数据连接和发布版本都有清楚的归属与边界。库可以作为共享入口；共享数据连接可以减少重复配置；但权限、口径和变更记录仍需要团队自己约定。
建议分成三类库对象
| 对象 | 建议用途 | 变更原则 |
|---|---|---|
| 正式分析 | 业务用户日常查看的已验收页面 | 仅发布负责人更新，保留版本说明 |
| 共享连接/数据源 | 多个分析复用的标准数据入口 | 变更前评估受影响分析 |
| 开发与试验分析 | 验证指标、图表与数据逻辑 | 可迭代，但不作为正式经营依据 |
为什么要优先复用共享连接？
官方指南说明，数据连接与连接数据源都可在库中共享；当分析使用共享数据连接时，更新该连接能够同时更新大量分析的数据访问定义。反过来，若每个作者都基于同一来源重新创建连接，会形成多套视图、字段和配置，也会增加外部系统负担。
发布前至少回答四个问题
- 这份分析使用的是哪一个数据连接或信息链接？数据何时刷新？
- 指标定义、筛选范围和数据截止时间是否写在页面上？
- 谁可以编辑，谁只可以查看？共享链接是否经过实际角色测试？
- 若更新失败或数据异常，用户该回退到哪个版本？
版本命名不要只写“最终版”
可以采用“主题_范围_版本_日期”的方式，例如“质量追溯_华东工厂_v1.3_202609”。版本说明应记录数据源变化、指标变化、页面变化和已知限制。对正式环境，推荐把验证中的改动放在开发目录，验收后再发布到正式目录。
Web 使用者能做什么，需要作者提前设计
Web 客户端可以打开库中保存的连接与分析，但部分连接创建、提示、手动关系和保存到库等能力只在已安装客户端中提供。由此可见，协作设计应把“作者要完成的建模工作”和“业务用户要完成的筛选、标记、阅读工作”分开。
结论
协作不是共享一个文件，而是共享可靠的入口、已确认的版本和可解释的数据口径。先把这些基础工作做清楚，后续扩展用户和专题才不会失控。
Spotfire 企业落地进阶教程