clj -X:deps tree 忽略 -Sdeps

Question

正如标题所说，clj -X:deps tree 忽略了 -Sdeps 选项

$ clj -Sdeps '{:deps {ring/ring-core {:mvn/version "1.9.1"}}}' -X:deps tree
org.clojure/clojure 1.10.2
  . org.clojure/spec.alpha 0.2.194
  . org.clojure/core.specs.alpha 0.2.56

与 clj -Stree 相比

$ clj -Sdeps '{:deps {ring/ring-core {:mvn/version "1.9.1"}}}' -Stree
org.clojure/clojure 1.10.2
  . org.clojure/spec.alpha 0.2.194
  . org.clojure/core.specs.alpha 0.2.56
ring/ring-core 1.9.1
  . ring/ring-codec 1.1.3
    . commons-codec/commons-codec 1.15
  . commons-io/commons-io 2.6
  . commons-fileupload/commons-fileupload 1.4
    X commons-io/commons-io 2.2 :older-version
  . crypto-random/crypto-random 1.2.0
    X commons-codec/commons-codec 1.6 :older-version
  . crypto-equality/crypto-equality 1.0.0

这个行为是故意为之的吗？如果是这样，为什么？

我认为这是故意的，因为我在这个似乎有意的更改中找到了这种行为的原因，但我仍不明白这样做的原因。

顺便说一句，如果我想使用 clj -X:deps tree 的话，有如下解决方案

$ clj -Sdeps ... -Strace
$ clj -X:deps tree :file '"trace.edn"'

Answer 1

是的，这种行为是有意为之的。当以 -X:deps 程序运行时，你正在运行一个工具，你在命令行上使用的任何类路径选项应用于程序，而不是程序所计算的树。

我们仍在讨论如何将类路径修改选项传递给-X:deps程序本身，可能是一个标准选项集合，或者是一些用于计算类路径基础库的支持。

Comments

谢谢你的回答！这很有道理。

> 当以-X:deps程序运行时，您在运行一个工具，在命令行上使用的任何类路径选项都应用于程序，而不是程序所计算的树。

这意味着第三方-X:deps程序（如库）通常不应依赖于运行时基础？

---

获取工具调用的注入运行时基础。该基础将基于您通过别名指定的工具的类路径。如果使用:replace-deps，则不会通过clj选项包括或修改项目基础。如果使用:extra-deps（例如，一个增强您的项目类路径而不是替换它的测试运行器），那么这个基础可能会很有用。所以 ... 这取决于。

---

我明白了（我注意到我在“-X:deps programs”和“-X programs”上有些混淆）。感谢你详细说明！

Answer 2

自版本 0.12.1148 以来，-X:deps tree 取基础设置

$ clj -X:deps tree :extra '{:deps {ring/ring-core {:mvn/version "1.9.1"}}}'
org.clojure/clojure 1.11.1
  . org.clojure/spec.alpha 0.3.218
  . org.clojure/core.specs.alpha 0.2.62
ring/ring-core 1.9.1
  . ring/ring-codec 1.1.3
    . commons-codec/commons-codec 1.15
  . commons-io/commons-io 2.6
  . commons-fileupload/commons-fileupload 1.4
    X commons-io/commons-io 2.2 :older-version
  . crypto-random/crypto-random 1.2.0
    X commons-codec/commons-codec 1.6 :older-version
  . crypto-equality/crypto-equality 1.0.0

您还可以传递例如别名列表，这相当有用

$ clj -X:deps tree :aliases '[:dev :test]'

Answer 3

这与tda的其他一些决策以及几个声明的设计目标保持一致。

最近我对depstar在这方面（大）进行了改变：在1.0流中，它使用了运行时/注入的基础，有些事情很简单，但有些事情不可能实现；在2.0流中，它使用项目基础，现在什么都可以做，但之前容易实现的事情现在变得稍微复杂一些。

对我来说，这是一个非常清晰的分离。

（顺便提一下，我编辑了标题和描述，使用-X:deps，而不是-Xdeps，这是正确的形式）