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

欢迎!请参阅关于页面以了解更多关于如何使用本站的信息。

+4
tools.deps

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

在tools.deps中,有几种方法可以实现这一点。首先,存在一个用于访问Artifact Registry的现有Maven wagon,添加该wagon+wagon transporter(我们使用更新的运输框架)+注册,将允许使用现有代码与自定义url一起使用。

或者,另一个选项是编写一个直接与Artifact Registry对话的自定义deps采购者,不确定那需要多大的努力,但不可能太多。很可能是一小部分《https://github.com/GoogleCloudPlatform/artifact-registry-maven-tools》代码所做的工作。可能最困难的部分是理解凭证的传输。这样做的一个可能的好处可能是有更少的外部依赖。

最后,clj需要一种方式来提供自定义采购者支持,这我们还没有设计。

1 答案

+2

编辑
在Jira上是否有投票为此的地方,还是我应该在这里投票?

我们正在使用Datomic Cloud,所以使用Leiningen不是一种选择,但是我们还需要从Artifact Registry中拉入一些私有制品。

编辑:我们目前确实可以访问库的git仓库,所以这应该是我们现在的可行解决方案
这是投票的最佳地点。鉴于很少有人要求这个,我认为我不太可能去写,甚至不太可能被包含在“boxed”版本中(尽管在做出这样的决定之前,我需要知道更多关于依赖性的信息)。
感谢Alex。在我看到你的回复之前我修改了我的评论

编辑:我们目前确实可以访问库的git仓库,所以这应该是我们现在的可行解决方案
...