背景
百度 之所以会有超过一半的党内法规和规范性文件被废止或宣布失效，原因就在于制度供给存在着制定的随意性、前后不一致的矛盾性、超越实际的理想性、指标的模糊性等问题。DevOps 中，少不了要做流水线编排，不管用jenkins 实现还是其他工具，或是对这些工具的包装实现，都是换一个地方写脚本。流水线编排算技术不？，无他唯手熟尔，所以流水线编排更偏向于技巧而不是技术。有没有好的办法，让团队中任何成员，哪怕实习生都可以在相关环境中自己编排流水线并执行相关测试，通过0脚本来提高工作效率，把精力专注在更高优先级的事项上；对于编码能力弱的测试同学来说，能帮助他们轻松实现测试左右移。
有没有办法呢 ？
Codes 产品团队始终以用户为中心，从用户的使用场景来思考问题。解决用户痛点，如何让用户爽，就如何实现，这也是我们创新的源动力，换句话说就是，不固守陈规，拥抱零基思维；于是又一个大胆的想法在酝酿了。让ci cd 也无代码，无脚本化。
我们做了调研及技术验证，技术上完全可行，以可视化方式拖拽一系列相关组件，然后把他们编排到一个流水线中，只要设置好相关属性，最后解析这些组件的属性，生成调用相关编排的Job 即可,，最后调jenkins api ，把这些流水线及相关job 发布到jenkins中 。
技术选型
jenkins 虽然老旧且比较重，但是生态完善，有一系列插件。其他的比如：GoCD、Spinnaker、Buildkite等开源的，虽然轻量，但生态没jenkins 强，所以我们选择于基jenkins 来做改造 。
上功能截图
线水线编排：
1 拖拽代码仓库图标过来，双击选一个仓库。2再拖一个构建图标过来，如maven 或NPM 。3 再拖通知组件过来，当构建完后可以发钉钉消息。4 拖拽要部署主机图标过来，选一个部署的主机。5 如需要代码扫描，还可拖sorna qube 过来 。其他组件一样的实现思路。
同类工具都是以web 形式写脚本，然后把Job 以可视化形式显示出来，不是拖拽式做流水线编排。Codes 的实现方式要麻烦得多，但是Codes 的实现方式，让用户爽很多！
设置相关组件属性
执行线水线：
查看构建日志
编排前的准备：
只需要维护好代码仓库信息，要部署的主机信息，构建完成后钉钉通知等
从安装到编排省时省力
工具有了，安装复杂也不行，一般来讲，手动搭建CI CD环境很费时，为了解决安装部署我们全做成镜像了，且也做好了配置，执行一个Curl 便可 0配置安装。
来看看之前我们写的安装文档107页，要是不容器化，安装配置太麻烦了，安装配置时间相当可怕
总结：
通过Codes 创新的无代码实现后，ci cd 可以忘记jenkins 的存在，安装整套环境也是只是分分钟的事，拖拽式流水线编排确实省时省事。虽然在实现这一目标的过程中我们费了很多心思也倍受一些技术问题的折磨，但是为了让用户爽，我们受点折磨算不了什么，Codes 团队从来不为炫技，只为真心解决用户的痛点而打磨产品。匠心打磨，持续创新是Codes的产品基因。
Codes 简介Codes 是国内首款重新定义 SaaS 模式的开源项目管理平台，支持云端认证、本地部署、全部功能开放（不限制功能，商业版用免费版只有用户数的差别），并且对 15 人（最多 20 人）以下团队免费。它通过创新的方式简化研发协同工作，使敏捷开发更易于实施。并提 供低成本的敏捷开发解决方案，如事件驱动实现的 “事找人”、自动生成工作周报，多事项闭环迭代，日报与工时填报融合、同步在线离线测试用例、流程化管理缺陷、低代码接口自动化测试和 CI/CD，以及基于迭代的研发管理和测试管理等，践行敏捷开发。全面的功能覆盖，有需求池、原型管理、工单管理、工作汇报、需求管理、任务管理、测试管理、缺陷管理、自动化测试、项目文档、工时进度管理、风险管理、项目管理（支持多种模式），统计分析等功能。适用场景：无论是需要需要全面的项目管理和协作功能的中大型企业，还是追求轻量化和易用性的中小型团队都适用。
