DTM 身为高性能分布式事务解决方案，其第二个主要版本“dtm2”，在架构方面有重大升级，在稳定性方面也有重大升级。许多开发者最头疼的事情便是，找到真正能够用得上的、更新及时的仓库地址。经过实际测试之后，我整理出了当前最可靠的三个“dtm2”访问入口，以此帮你避开失效链接以及山寨镜像。
无疑，最具权威性的dtm2仓库乃是上的原项目主页，其标准地址为 ，需留意dtm2并未另行新建仓库，而是借助以及分支来对版本加以区分，于项目的页面之中，搜索带有“v2”前缀的标签便能够定位到dtm2的稳定构建包。绝不要轻易相信经由第三方进行重命名操作的那个被称作“dtm2”的镜像，官方从来都未曾对核心库名作出修改。
对于身处国内的开发者而言，直接去访问时常常会遭遇到阻塞的情况。经过实际测试发现，速度最快的替代方案乃是Gitee上的官方同步镜像，其地址是。这个仓库每隔6小时便会自动进行一次官方更新的同步操作，并且还支持通过HTTPS实现免代理克隆。并且，阿里云 还给出了一个并非官方的加速镜像（/...），然而建议优先去采用 Gitee 源，原因在于它的版本标签跟官方是完全相同的。
误用伪造仓库可能导致代码注入或依赖被投毒。去验证dtm2仓库地址的真实性，要执行三步，其一，去对照DTM官方文档里面引用的/dtm-labs/dtm是不是一致；其二，去检查仓库的star数以及近期记录，真实的仓库应该有超过2k颗星并且每周都存在合并活动；其三，运用git ls-查看是不是包含refs/tags/v2.开头的标签。缺少任何一步，都不要拉取代码。
所拿到的仓库地址仅仅是入口，要定位dtm2，还必须指定正确版本。在确认无误以后，先执行git clone，接着再执行git v2.0.0或者更高的稳定版。或者，直接于 go.mod 里运用 /dtm-labs/dtm v2.0.0。留意，dtm2 跟 v1 的 API 不相兼容，一定要确认仓库地址的下方确实存有 v2 的入口文件。
在实际当中，你究竟使用过哪一个dtm2仓库源，有没有碰到过哪些地址失效或者版本出现错误的情况，要是有的话欢迎在评论区把你的经验分享出来，点赞能让更多开发者在前行的道路上少走弯路。
