2024 年 Clojure 状态调查!中分享您的想法。

欢迎!请参阅关于页面获取有关如何使用此工具的更多信息。

+4
tools.deps

Google 的 Artifact Registry 可以用作 Maven 仓库(请参阅 https://cloud.google.com/artifact-registry/docs/java/quickstart),但 deps.edn 目前无法引用它,因为它不提供自定义 wagons/transports 的挂钩。

在 tools.deps 中,有几种方法可以实现这一点。首先,有一个现有的 Maven wagon 可以访问 artifact registry,因此添加它以及 wagon transporter(我们使用较新的 transporter 框架)加上注册就可以让自定义 url 与现有代码一起工作。

或者,另一种选择是编写一个直接与 Artifact Registry 通信的自定义 deps procurer,不确定这需要多少努力,但绝对不可能太多。很可能是一些与 https://github.com/GoogleCloudPlatform/artifact-registry-maven-tools 中的代码类似的操作。可能最难的部分是确定凭证的传输。这可能带来的一个好处是一个较小的外部依赖集。

最后,clj 需要提供自定义 procurer 支持的方法,这是我们尚未设计的。

1 答案

+2

编辑了
我是否可以在Jira上对此进行投票,或者我只是在这里进行投票?

我们正在使用Datomic Cloud,因此使用Leiningen不是一个选项,但我们还必须从Artifact Registry中引入一些私有工件。

编辑:我们确实有访问库的git仓库权限,因此这应该是我们当前可行的解决方案。
by
这是投票的最佳位置。鉴于很少有人要求这一点,我觉得这不太可能是我会编写的,甚至不太可能在我们“包内”(尽管在做出这种决定之前,我想要更多地了解依赖项要求)。
感谢Alex。我先编辑了我的评论,然后才看到您的回复

编辑:我们确实有访问库的git仓库权限,因此这应该是我们当前可行的解决方案。
...