Commands
There is no “compatible with 2.X” commands introduced in Conan 1.X. You will need to adapt to the new commands once you migrate to Conan 2.0.
For a comparison of some 1.x versus 2.0 commands, see the Conan 2.0 Cheat Sheet Blog Post.
Changes to expect
JSON output in 2.X commands
In Conan version 1.X, you can use the --json
flag followed by the path to the output
file when executing commands. For example:
conan create ... --json=path/to/file.json
Starting with Conan version 2.0, you are expected to use the --format
flag followed by
the output format type, and redirect standard output to a file. The same command in
version 2.0 would be:
conan create ... --format=json > path/to/file.json
For more information, please check the Conan 2 commands reference
conan install
Almost the same command, the major change is the way to specify (or complete if not defined) the fields of the reference.
Remember that in Conan 1.X you have to specify the build profile or activate the conf core:default_build_profile=default
.
$ conan install . [--name=mylib] [--version=1.0] [-pr:b=build_profile] [-pr:h=host_profile]
In addition the --install-folder
has been replaced with --output-folder
. You might need to provide both arguments in Conan 1.X as some legacy generated files (conaninfo.txt
, conanbuildinfo.txt
, etc) are not affected by --output-folder
.
conan build
In addition the --build-folder
has been replaced with --output-folder
. Still in most cases you shouldn’t be using it, but relying on the defined layout() in the recipe.
conan create
Same changes as conan install:
$ conan create . [--name=mylib] [--version=1.0] [-pr:b=build_profile] [-pr:h=host_profile]
conan graph info
This is the substitute of the old “conan info”. The syntax is very similar to conan install
and conan create
$ conan graph info . [--name=mylib] [--version=1.0] [-pr:b=build_profile] [-pr:h=host_profile]
conan search
The conan search in 2.X is meant to provide the basic functionality of searching for recipes in Conan remotes. Please be aware that it will search in all the remotes by default but not in the Conan local cache.
$ conan search "zlib*"
myremote:
zlib
zlib/1.2.11
conancenter:
zlib-ng
zlib-ng/2.0.2
zlib-ng/2.0.5
zlib-ng/2.0.6
zlib
zlib/1.2.11
zlib/1.2.8
If you want more advanced functionality, to inspect available packages in the local cache or in remotes, please use the conan list command.
Listing available packages
The equivalent of doing a conan search zlib/1.2.13@
to see details about the Conan
packages can be done in 2.X using conan list <pattern>
.
$ conan list "zlib/1.2.13:*" -r conancenter
conancenter
zlib
zlib/1.2.13
revisions
e377bee636333ae348d51ca90874e353 (2023-04-27 12:11:24 UTC)
packages
17b26a16efb893750e4481f98a154db2934ead88
info
settings
arch: x86_64
build_type: Debug
compiler: msvc
compiler.runtime: dynamic
compiler.runtime_type: Debug
compiler.version: 193
os: Windows
options
shared: True
d62dff20d86436b9c58ddc0162499d197be9de1e
...
conan remote login
This is the substitute of the old “conan user”.
$ conan remote login [-h] [-f FORMAT] [-v [V]] [--logger] [-p [PASSWORD]] remote username
conan upload
The default behavior has changed from requiring –all to include the binary packages to –recipe-only for just the recipe
$ conan upload [-h] [-v [V]] [--logger] [-p PACKAGE_QUERY] -r REMOTE
[--only-recipe] [--force] [--check] [-c]
reference
Unified patterns in command arguments
The arguments in Conan 1.X where we specified recipe names require now a valid reference pattern.
A valid reference pattern contains the *
character or at least the name/version
part of a reference
(name/version@user/channel
).
There are some examples:
The
--build
argument when referring to a package:
conan install . --build zlib
conan install . --build zlib/*
conan install . --build zlib/1.2.11
conan install . --build zlib/1.*
The
--options
and--settings
arguments when used scoped:
conan install . -s zlib:arch=x86 -o zlib:shared=True
conan install . -s zlib/*:arch=x86 -o zlib/*:shared=True
conan install . -s zlib/1.2.11@user/channel:arch=x86 -o zlib/1.2.11:shared=True
Commands which have been removed
Removed “conan package”
The conan package
command has been removed. If you are developing a recipe and want to test that the package method
is correct, we recommend using the conan export-pkg .
instead and exploring the package folder in the cache to check
if everything is ok.
Removed “conan copy”
Do not use the conan copy
command to change user/channel. Packages will be immutable,
and this command will disappear in 2.0. Package promotions are generally done on the
server-side, copying packages from one server repository to another repository.
Removed “conan user”
This has been replaced with the remote login command in 2.0.
Removed “conan config set”
we are no longer implementing file-editing commands in 2.0. A bit overkill conan config set to edit one file. Which should very rarely happen, the file is updated with conan config install. Alternatively, you can use the command line and profiles to pass these values.
Custom commands
You can build custom commands on top of the Conan Python API. Refer to the Conan 2.0 documentation for custom commands.