XTDB项目移除time-literals镜像以解决与Tick库的冲突问题

在XTDB数据库项目的开发过程中，团队发现了一个与时间处理相关的依赖冲突问题。这个问题主要影响使用Transit序列化通过JDBC传输数据的场景，但更深层次的原因在于EDN读取器的全局性。

问题的核心在于XTDB原本自定义了一个时间字面量(time-literals)的镜像实现，而用户同时在使用Tick库进行时间处理。由于EDN读取器在JVM中是全局共享的，这种双重定义导致了不可调和的冲突。相比之下，Transit序列化因为是针对特定调用点的，反而不会产生同样的问题。

技术团队经过评估后，决定采用一个优雅的解决方案：将XTDB的时间字面量读取器移动到专门的命名空间下（使用#xt前缀）。这种处理方式既保留了XTDB自身对时间字面量的处理能力，又完美避开了与其他时间处理库的命名冲突。

这个变更虽然是一个破坏性更新(breaking change)，但它的必要性体现在几个方面：

1. 解决了用户在实际应用中的兼容性问题
2. 遵循了Clojure生态的最佳实践
3. 保持了XTDB核心功能的稳定性
4. 为未来可能的扩展预留了空间

对于开发者而言，这一变更意味着：

• 现有代码中如果使用了XTDB的时间字面量，需要进行相应的更新
• 可以安全地在项目中同时使用XTDB和Tick等时间处理库
• 通过命名空间隔离，增强了代码的可维护性和可扩展性

这个问题的解决过程展示了XTDB团队对生态系统兼容性的重视，也体现了他们在处理依赖冲突时的专业思考。通过合理的命名空间规划，既解决了眼前的问题，又为未来的发展打下了良好的基础。