在jenkins1.0时代,作为一款CI工具 ,大多的工程构建形式可能为单纯的freestlye,更甚者是一个简单的mvn工程。freestlye配合本身其强大的插件功能 ,可以实现大多数的构建需求。但个人感觉初期jenkins插件质量并不高。且存在各种兼容性功能,以及 jenkins本身的内存泄露,所以过多的插件安装导致jenkins运行效率下降也是存在的。
随着devops概念的发展,ci/cd的融合性,或者本身build as code的理念的普及(自由工程本身也是code 个人 认为,有点牵强),两者可能最大的区别在于pipeline支持跨节点,并发,等多任务调度的功能,提高了业务需求,但伴随的也是pipeline本身也具有一定的入门难度,还好其比较不错的语法生成器,可以快速完成工程搭建。
业务中到底freestyle与pipeline哪个更好,哪个更牛逼,个人觉得技术发展是为了适应 大多数的技术潮流,但回归到本身自己的 业务的化。怎么选择,完全取决于自己,并不存在哪个low的问题。