云效流水线 Flow测评报告

目前角色是维护人员，之前使用过Jenkins、coding、建木等工具，对CI/CD工具目前就是要求高效,便捷的部署。

从目前使用上来看flow在新人上手方便还是比较简单。

从目前使用看flow如果没有与云效捆绑在一起，几乎只有少量的使用，主要是与codeup的关联性非常强，因为使用了云效才选择flow使用的。

同时对flow有如下的一些建议。

1. 建议YMAL化编排与可视化编排直接可以进行转换
2. 建议同一个流水线部署时可以根据参数确定部署在那个主机组下面

比如默认某个主机组，但是手动运行选择某个主机组，或者Webhook传递某个参数确定使用那个主机组进行部署，简单点就是脚本在不同的环境变量下部署不同的主机组

比如预发环境部署A主机组（默认），正式环境部署B主机组。

3. 建议流水线触发设置中Webhook触发可以修改或者重置（随机生成）触发地址

因为目前webhook无法修改，这个就涉及到如果有人事变动等情况发生，可能需要新建一个流水线，之前的流水线只能作废。

4. 加强流水线部署脚本的执行或者编译，目前就遇到一个疑惑，比如在主机有个test.sh 脚本包含如下代码

  脚本方法中 如果不加上#!/bin/bash这一行通过部署脚本执行，就不能创建文件夹，但是去掉这一行，直接在主机上运行 sh test.sh rename 却可以创建文件夹

#!/bin/bash
source /etc/profile
path=$(cd `dirname $0`; pwd)

rename(){
    #!/bin/bash 如果不加这一行通过部署脚本执行，就不能创建文件夹，但是去掉这一行，直接在主机上运行 sh test.sh rename 却可以创建文件夹
    mkdir -p $path/backup
    ymd=$(date +%F_%H%M)
    jar_name=$(find .  -maxdepth 1  -name *.jar)
    sudo -u www mv ${jar_name} $path/backup/${jar_name}."${ymd}"
}


case "$1" in
    rename)
        rename
        ;;
    *)
        echo "Usage: $0 {start|stop|restart|status|rename}"
        RETVAL=1
esac

5. 加强部署脚本模板，或者提供模板市场。同时可以新增部署检查模板市场，比如部署脚本执行后，程序是否如期运行检查通知等。
6. 目前有时会出现node.js打包异常问题，比如package.json 未更改，偶尔打包会出现如下异常，只编辑工作目录后，就可以正常打包部署（其他未做任何更改，包括代码）