第一章: Conan 2.1 中的内置部署策略
1.1 部署策略的重要性
在软件开发过程中，依赖管理是一个至关重要的环节。随着项目规模的增大，依赖的数量和复杂性也随之增加。这时，有效的依赖管理工具就显得尤为重要。Conan 是一个现代的、跨平台的包管理器，专为C++语言设计，它提供了强大的依赖管理能力，能够帮助开发者高效地管理项目依赖。而在 Conan 中，部署策略（Deployers）扮演了重要的角色，它们负责将依赖库从Conan缓存复制到用户指定的文件夹，从而方便项目的构建和部署。
1.2 Conan 2.1 中的内置部署策略
在Conan 2.1中，提供了两种内置的部署策略：full_deploy和direct_deploy。这两种策略都旨在简化项目的依赖管理和部署流程，但它们各有侧重点和适用场景。
- full_deploy: 这种部署策略会将所有依赖项（包括直接依赖和间接依赖）的包文件夹复制到配方的
output_folder中。它会按照构建上下文、依赖项的名称和版本、构建类型和架构来组织文件夹结构。这种策略适用于需要完整部署所有依赖项的场景。 - direct_deploy: 与
full_deploy类似，但这种策略只处理配方的直接依赖项。它会将直接依赖项复制到一个简化的文件夹结构中。这种策略适用于只关心直接依赖项的场景。
正如心理学家卡尔·荣格在《心理类型》中所说：“每个人都必须找到适合自己的方法，因为我发现的方法可能并不适合你。” 同样，在选择适合项目的部署策略时，开发者需要根据项目的具体需求和环境来做出决策。Conan 提供的这两种内置部署策略为开发者提供了灵活的选择，使得依赖管理和项目部署更加高效和便捷。
1.2 其他部署情况
1.2.1 无部署情况
当不指定--deployer参数时，Conan的默认行为是将依赖库安装到Conan缓存中（通常是~/.conan/data目录）。这种情况下，不会进行额外的文件复制或部署操作。这是Conan的标准安装行为，适用于大多数开发场景，便于在多个项目中重用依赖库。
1.2.2 自定义部署情况
Conan还支持自定义部署器（Custom Deployers），允许用户根据自己的需求编写部署逻辑。自定义部署器可以通过conan config install命令进行管理，并且可以在conan install或conan graph命令中使用。自定义部署器需要实现一个deploy()方法，该方法接收一个依赖图和一个输出文件夹路径作为参数，并负责将依赖项的文件复制到指定的目录中
此外，Conan还提供了一个deploy()方法，用于在conan install命令执行时部署（复制）当前包的构件。这个方法只在提供--deployer-package参数时执行，否则将被忽略。可以使用--deployer-folder参数定义自定义目标路径。
在接下来的章节中，我们将更详细地探讨full_deploy和direct_deploy这两种部署策略的具体设置规则和使用方法。
第二章: 详细解析 full_deploy 和 direct_deploy
2.1 full_deploy 部署策略
full_deploy 部署策略的主要目标是实现对项目所有依赖项的完整部署。这包括项目的直接依赖和间接依赖。使用此策略时，Conan 会按照以下结构将依赖项复制到指定的输出文件夹中：
[OUTPUT_FOLDER]/full_deploy/host/dep/0.1/Release/x86_64
其中，host、dep、0.1、Release 和 x86_64 分别代表构建上下文、依赖项名称、版本、构建类型和架构。这种结构的设计使得依赖管理更加清晰和有序，便于项目的构建和部署。
要使用 full_deploy 策略，可以在 conan install 命令中指定 --deployer 参数：
conan install . --deployer=full_deploy
2.2 direct_deploy 部署策略
direct_deploy 部署策略的设计初衷是简化部署过程，它只关注项目的直接依赖项。使用此策略时，Conan 会将直接依赖项复制到一个更简化的文件夹结构中：
[OUTPUT_FOLDER]/direct_deploy/dep/0.1
这种策略适用于那些只需要关心直接依赖项，而不需要考虑间接依赖项的场景。它可以减少部署的复杂性，加快构建速度。
要使用 direct_deploy 策略，同样可以在 conan install 命令中指定 --deployer 参数：
conan install . --deployer=direct_deploy
2.3 策略选择的哲学思考
选择合适的部署策略，就像哲学家亚里士多德在《尼各马科伦理学》中提到的“中庸之道”一样，需要在项目的需求和实际情况之间找到平衡。full_deploy 策略提供了完整的依赖管理，适用于对依赖项有严格要求的大型项目。而 direct_deploy 策略则更加轻量和灵活，适用于对构建速度有要求的小型项目或开发阶段的快速迭代。
在实际应用中，开发者应根据项目的具体需求，选择最适合的部署策略，以实现高效的依赖管理和项目构建。
第三章: 总结与思考
3.1 部署策略的选择与应用
在Conan 2.1中，full_deploy 和 direct_deploy 这两种内置的部署策略为开发者提供了灵活的依赖管理工具。选择合适的部署策略，需要根据项目的具体需求和环境来决定。full_deploy 适用于需要完整管理所有依赖项的大型项目，而 direct_deploy 则更适合只关注直接依赖项的轻量级项目或快速迭代的开发阶段。
3.2 部署策略在实践中的应用
在实际应用中，开发者可以根据项目的构建和部署需求，灵活使用这两种部署策略。例如，在开发阶段，为了加快构建速度，可以使用 direct_deploy 策略；而在生产环境中，为了确保所有依赖项都被正确管理，可以使用 full_deploy 策略。
3.3 总结
Conan 2.1中的内置部署策略提供了强大的依赖管理能力，帮助开发者高效地管理项目依赖。选择合适的部署策略，可以使项目的构建和部署更加高效和便捷。正如哲学家庄子在《庄子·逍遥游》中所说：“适者生存，不适者淘汰。” 在软件开发的世界里，选择适合项目需求的部署策略，是项目成功的关键之一。
通过本文的介绍和分析，希望能够帮助读者更好地理解和应用Conan中的部署策略，为软件开发的依赖管理提供参考和指导。
结语
在我们的编程学习之旅中，理解是我们迈向更高层次的重要一步。然而，掌握新技能、新理念，始终需要时间和坚持。从心理学的角度看，学习往往伴随着不断的试错和调整，这就像是我们的大脑在逐渐优化其解决问题的“算法”。
这就是为什么当我们遇到错误，我们应该将其视为学习和进步的机会，而不仅仅是困扰。通过理解和解决这些问题，我们不仅可以修复当前的代码，更可以提升我们的编程能力，防止在未来的项目中犯相同的错误。
我鼓励大家积极参与进来，不断提升自己的编程技术。无论你是初学者还是有经验的开发者，我希望我的博客能对你的学习之路有所帮助。如果你觉得这篇文章有用，不妨点击收藏，或者留下你的评论分享你的见解和经验，也欢迎你对我博客的内容提出建议和问题。每一次的点赞、评论、分享和关注都是对我的最大支持，也是对我持续分享和创作的动力。
