Kedro 0.19.13版本发布：统一管道设计与安全增强

Kedro是一个优秀的Python框架，专门为创建可维护、可扩展的数据科学和机器学习管道而设计。它采用了软件工程的最佳实践，使数据科学家能够构建生产就绪的数据管道。最新发布的0.19.13版本带来了一些重要的架构改进和安全增强，值得数据工程师和机器学习从业者关注。

核心架构改进：统一管道设计

本次版本最重要的变化是对管道设计进行了重构和统一。在之前的版本中，Kedro同时提供了pipeline()函数和Pipeline类两种创建管道的方式，这在一定程度上造成了API的冗余和混乱。

0.19.13版本将这两者统一到了kedro.pipeline模块中，采用了与node()/Node类似的设计模式。这种统一不仅简化了API，还改善了命名空间的处理方式，使得代码更加一致和可维护。

对于现有项目，这种变化是向后兼容的，但建议开发者逐步迁移到新的统一API，为未来的Kedro 1.0版本做好准备。

重要Bug修复

本次版本修复了几个关键问题：

1. 项目创建流程优化：修复了项目创建工作流中会错误使用kedro-starters的main分支而非发布版本的问题，确保了项目模板的稳定性。

2. 命名空间处理增强：改进了confirms在管道创建期间的命名空间处理，现在能更好地支持IncrementalDataset这类数据集。

3. 配置解析改进：解决了OmegaConf在使用运行时参数进行配置解析时可能出现的错误，提高了配置系统的可靠性。

4. 性能优化：当从字典创建Node时，现在会缓存inputs以提高性能。同时，只有在日志级别设置为DEBUG时才会启用pluggy追踪，减少了项目运行时的开销。

即将到来的废弃变更

随着Kedro 1.0.0版本的临近，0.19.13版本引入了一些废弃警告：

1. 目录CLI命令：kedro catalog相关的几个子命令将被替代或移除，包括rank、list、resolve和create。

2. 数据目录类：DataCatalog将被KedroDataCatalog取代，但最终会恢复使用DataCatalog名称。

3. 运行命名空间参数：--namespace选项将被--namespaces替代，后者支持同时运行多个命名空间。

4. 模块化管道：modular_pipeline模块将被完全移除，开发者应迁移到pipeline模块。

安全注意事项

值得注意的是，3月20日发现了一个安全问题(CVE-2024-12215)，该问题源于即将在Kedro 1.0中移除的微打包功能。虽然风险较低（仅当从不受信任的源拉取恶意微包时存在风险），但建议开发者暂时避免使用微打包功能，并在Kedro 1.0发布后尽快升级。

文档与社区贡献

文档方面，本次更新完善了Dask部署文档，并新增了非Jupyter环境（如Marimo）与Kedro会话动态加载的集成指南。

社区贡献方面，多位开发者为本版本提交了有价值的PR，体现了Kedro活跃的开源生态。

升级建议

对于现有项目，建议开发者：

1. 评估并计划迁移即将废弃的功能
2. 测试新版本中的管道统一API
3. 关注安全建议，特别是涉及微打包的使用场景
4. 为Kedro 1.0的升级做好准备

Kedro 0.19.13版本在稳定性、性能和未来兼容性方面都做出了重要改进，是向1.0版本迈进的重要一步。数据团队应当重视这些变化，以确保管道的长期可维护性。