Conda 可以管理同一个包的多个版本吗？
Can Conda manage multiple versions of the same package?
我正在尝试使用两个 Conda 环境，每个环境都有不同版本的 CERN Root，但是在设置和安装它们之后，即使我切换环境，也只有第一个安装的版本有效。我在安装时指定了版本并且 pkgs/ 目录显示了两个，但我只能 运行 一个，而 include 目录只显示 headers 一个。有什么办法可以解决这个问题吗？
关于 2015 年 Biconda 的拉取请求的注释是 added about this，说有可能做到这一点。结构应该如下：
If there is interest to keep multiple versions of a package or to explicitly build an older version of a package,
you can store those versions in subdirectories of the corresponding recipe, e.g.:
java-jdk/
├── 7.0.91
│ ├── build.sh
│ └── meta.yaml
├── build.sh
└── meta.yaml
There should always be a primary in the root directory of a package that is updated when new releases are made.
这个问题原来是一个别名，它在 Conda 基础环境中捕获原始版本，作为在为 Conda 发布包之前设计的环境切换器的一部分。删除它解决了问题。
我正在尝试使用两个 Conda 环境，每个环境都有不同版本的 CERN Root，但是在设置和安装它们之后，即使我切换环境，也只有第一个安装的版本有效。我在安装时指定了版本并且 pkgs/ 目录显示了两个，但我只能 运行 一个，而 include 目录只显示 headers 一个。有什么办法可以解决这个问题吗？
关于 2015 年 Biconda 的拉取请求的注释是 added about this，说有可能做到这一点。结构应该如下：
If there is interest to keep multiple versions of a package or to explicitly build an older version of a package, you can store those versions in subdirectories of the corresponding recipe, e.g.:
java-jdk/
├── 7.0.91
│ ├── build.sh
│ └── meta.yaml
├── build.sh
└── meta.yaml
There should always be a primary in the root directory of a package that is updated when new releases are made.
这个问题原来是一个别名，它在 Conda 基础环境中捕获原始版本，作为在为 Conda 发布包之前设计的环境切换器的一部分。删除它解决了问题。