看似只有1.0.0-m1能配套

补充, metrics-core获取不到版本号B003.23, 但foundation-metrics可以```org.apache.servicecomb   metrics-core   1.0.0.B003.23```

Guest247561 发表于 2019-8-12 10:39 多谢回复, 问题可以简化成这样, 执行内确实是对其他变量的引用;但后一点推论有一点疑问, 因为从执行的bash脚本角度看, 所引用的并不是一个missed_en补充, 针对上一回复中提到的missed_env讨论, 截屏中下一个环境变量占位也许更能解释:tmpUrl=$(echo $1|sed -r "s/^.*:\/\//\L&/")[[ "${tmpUrl}" =~ ^https?: ]] || {tmpUrl="http://${tmpUrl}";}第二句中的${tmpUrl}也会出错, 但无论$1是否存在, 这一段都不应该有问题的.

liubao68 发表于 2019-8-5 18:59 问题是不是可以简化为“环境变量值里面引用了其他变量的场景”？比如： MY_ENV = XXXDFDD${MISSED_ENV}MISSED_ENV 没配置，导致多谢回复, 问题可以简化成这样, 执行内确实是对其他变量的引用;但后一点推论有一点疑问, 因为从执行的bash脚本角度看, 所引用的并不是一个missed_env, 比如截屏中的第一个变量$FUNCNAME会引起错误, 但它实际就是正在执行的脚本中定义的函数名.报错时尝试过如下两种规避方案, 都能够顺利执行下去:将所有变量占位符改成硬编码的非变量方式启动cse客户端前, 主动unset清除掉这个function