这里想验证的一个想法是，能否做美术资源的持续集成(CI)。 当然业界是有这样实践的，这里想自己搭遍框架。 涉及到版本发布的业务，比如app开发，引擎开发，应用开发等等，一般都会做CI，方便快速迭代。游戏影视行业亦有如此的需求。最常见的是游戏打包了。 不过，作为游戏TA/TD，我们更关心的是，美术资产生命周期上的质量保证。CI在美术工作流程上的意义，可以在于减少手动操作，更快看到最终效果。 如同在前面一篇Char Pipeline中讨论的，本文尝试了美术流程中一个最简单的步骤作为示例： 检查面数，生成LOD。我们的目标是，搭建一个CI框架 方便扩展写blender中的单元脚本，单元脚本用来做单元测试（这里是检查面数）或者单元build（这里是生成lod）使用docker运行blender，提高扩展性部署成Jenkins CI，使其有UI界面，并能自动触发bui...