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程序（例如，一个库）通常不应该依赖于运行时基础吗？

---

-X程序在工具调用过程中会注入一个运行时基础。这个基础将基于您通过您的别名为工具指定的类路径。如果使用: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

这似乎与t.d.a.的几个其他决策以及几个声明的设计目标一致。

我最近在这个区域对depstar进行了（重大）更改：在1.0流中，它使用运行时/注入的基础，一些事情很容易但有些事情不可能；在2.0流中，它使用项目基础，现在所有事情都可能，但一些之前容易的事情现在变得有些难。

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

（顺便，我编辑了标题和描述，使用-X:deps，而不是正确格式-Xdeps）