@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('上传成功')
}
}
}

为什么不直接起一个 jenkins.... pkg 包每次构建扔到 oss 上面呗

我经常念的一句话: 有道无术，术尚可求；有术无道，止于术。

自己写一个 graceful 钩子,监听系统信号自己关掉吧

没啥问题,但是我应该都写不出来... 尤其是用 eclipse

火个鸡毛,前后经历过 5 个架构师要推 ddd,说起来一套一套的,给你定个包分层就谢天谢地了,你让他写代码他也抓瞎,有个卵用 .
DDD,微服务本质上都是为了降低复杂度

已选择困难模式

签到
活动
积分
这三个是可独立的业务领域 , 不应该揉在一起

@sym134 积分记录和任务不会存在关联查询场景 , 积分来源有很多而完成积分活动发放积分只是其中一种, 一般对于账户类型的数据会有两张表 , 账户表和账户流水表

积分活动规则计算过程则需要关联签到记录表

现在是一个垃圾,毒瘤站 跟卡饭差不多

两个... 天然分区

1.积分活动配置表
2.签到记录表
3.用户积分表
不需要任务完成表,前端不用做复杂的逻辑,读积分接口

用户->签到记录表 -> 签到事件消息 -> 积分活动规则计算(同一用户消息顺序消费) -> 命中则发放积分

我倒是感觉不太好看 ,表达能力还不如老老实实几个方框

motan

有道无术，术尚可求；有术无道，止于术。

233

道为根本，术为道之动。

真不错