conan私有仓库通过build_type纳入package id实现debug/release包天然隔离，需在conan create时显式指定-s build_type=debug/release，确保id唯一且拉取时host profile严格对齐，避免混用导致链接失败或运行时崩溃。
Conan私有仓库天然支持 Debug 和 Release 包的区分，关键不在于“怎么存”，而在于“怎么建模”和“怎么拉取”。只要 build_type 被正确纳入 package ID 计算维度，两个构建类型的包就会自动隔离、互不覆盖。
conan create 时必须显式传 --settings build_type=Debug
Conan 不会默认推断你当前想打 Debug 还是 Release 包。即使你的 profile 里写了 build_type=Debug，conan create 仍以命令行参数为准 —— 没传就用 profile 默认值，但 profile 默认值往往为空或未定义，导致 package ID 不稳定。
- 正确做法是每次
conan create都明确指定：conan create . --user=myorg --channel=stable -s build_type=Debug和conan create . --user=myorg --channel=stable -s build_type=Release - 如果漏掉
-s build_type=...，Conan 可能 fallback 到空值或 profile 中未设置的值，最终生成的 package ID 会丢失构建类型信息，Debug/Release 二进制可能被混进同一个包，引发链接失败或运行时崩溃 - Windows 下用 MSVC 时尤其危险：Debug 版 CRT（
MDd）和 Release 版（MD）不兼容，混用会导致 LNK2038 或运行时报错R6034
私有仓库中 Debug/Release 包的 ID 差异肉眼可见
Conan 的 package ID 是由 settings × options × revision 共同决定的，其中 build_type 是 settings 的一级字段。所以两个包的 ID 完全不同，上传后在 Artifactory 或 conan_server 界面里就是两个独立条目。
- 执行
conan list "mylib/1.0@myorg/stable:*" --format=json可看到类似这样的输出："7e9a1f5a0b3c4d5e6f7a8b9c0d1e2f3a"（Debug）和"a1b2c3d4e5f678901234567890abcdef"（Release） - Artifactory 的 Conan repository browser 里，每个包路径末尾都带完整 ID，比如
mylib/1.0/myorg/stable/package/7e9a1f5a0b3c4d5e6f7a8b9c0d1e2f3a/ - 不要试图用命名规则（如加
_d后缀）来区分 —— Conan 不认这个，它只看 package ID；靠文件名区分反而会让conan install无法自动匹配
conan install 拉包时必须对齐 host profile 的 build_type
拉取行为是否命中目标包，取决于 consumer 端的 host context 是否与包的 settings 完全一致。最常踩的坑是：本地 CMake 用 Debug 构建，但 conan install 没传 -s build_type=Debug，结果拉了 Release 包，链接时报 LNK2005 或运行时崩溃。
- 推荐方式：统一用 profile 控制，例如创建
profiles/win-debug，内容含build_type=Debug，然后执行conan install . -pr:h win-debug -if build - 单配置生成器（Ninja/Makefiles）下，CMake 的
-DCMAKE_BUILD_TYPE=Debug必须和 Conan 的build_type=Debug对齐，否则CMakeDeps生成的xxx-config.cmake会指向错误的库路径 - 多配置生成器（Visual Studio）下，
conan install阶段仍需指定-s build_type=Debug，因为 VS 解决方案里每个 configuration（Debug/Release）对应一个独立的 Conan host context
真正容易被忽略的是：package ID 一旦生成就不可变，哪怕你改了 conanfile.py 里的 package_info()，也不会影响已上传包的 ID。所以 Debug/Release 分离这件事，必须从第一次 conan create 就做对，后续所有环节 —— 上传、拉取、集成 —— 都只是沿着这个 ID 轨迹走。错一步，整个依赖图就可能串包。
