今天老大说想让我自己部署项目，但又怕我删错东西

@taogen jenkins pipline 可以自定义一个上传文件到 oss 的 stage, stage 里面可以执行命令.

下面是我项目里面的 stage 定义供参考

stage('上传 JAR 至 OSS') {
steps {
script {
path = env.WORKSPACE + "/" + params.moduleDir + "/build/libs"
echo 'jar 包目录:' + path
jarName = params.jarName
echo 'jar 包名称:' + jarName
branch = env.BRANCH_NAME
echo 'jar 构建分支:' + branch
sh(script: "/home/user_00/./oss_deploy.sh " + " " + path + " " + jarName + " " + branch + " ", returnStdout: true)
}
}
post {
failure {
println('上传失败')
}
success {
println('上传成功')
}
}
}

@securityCoding 感谢

@ericgui
to B 的项目，并发量不大，就一台服务器。

楼上这种拼凑字符串的怎么看问题都比较大（

编译操作可能会对服务器 CPU 有大量消耗，不要直接在应用服务器上搞；
尽量只在生产服务器做有限的备份 /替换 /热更新等基本操作哇……

@lower 大佬，要自动化部署，只能在服务器上编译了。有什么其他办法吗？

@taogen
我的意思是防止影响生产服务的正常运行。。。
比如专门独立的服务器来编译打包，最后只是把部署包 发布到应用服务器……

心里默认一定不要“rm -rf”;
心里默认一定不要“rm -rf”
心里默认一定不要“rm -rf”
心里默认一定 要“rm -rf”
心里默认一定 要“rm -rf”
心里默认一定 要“rm -rf”

@lower 明白了。

短期 hacking solution 可以 没啥大毛病。长期建议是使用 成熟的 CI/CD solution 比如你这个 hotswap solution 如果 v2 OOM/dead loop 然后 server no response 无法 rollback 你怎么办？

我记得阿里云已经禁止 rm -rf / 要加参数才可以

@js8510 这种情况，那只能登录服务器查看 gc 日志、进程状态和系统资源占用，或者重启服务器。迫于不是 leader CI/CD 不好推行。

@mlxj 念着念着就打出来了

反正我是担责任的情况下能不自己部署，甩给别人不香吗？反正我不背锅

用阿里 code，直接用云效更方便

这个方案看起来不是很靠谱
不过各企业具体情况不一样，你也可以先做出来再沟通