hash 分区啊

@cheng6563 按照 restful 有啥招镣铐的,jira 算复杂吗,aws 算复杂吗
这边附上一个 jira 的 rest api 文档
https://docs.atlassian.com/software/jira/docs/api/REST/8.8.1/#api/2/issue-createIssue

@cheng6563 主要服务多是一方面,各个服务负责人的态度不一致,甚至经常出现代码提交了,但是依赖更新了没有 deploy(指的 spring-cloud 场景下的 common 和 client, 当然本来也应该 cicd 自动去 deploy,这种场景大多能避免,不过运维不知道为啥不乐意)

@dullwit 微服务拆的太细,仓库太多属实蛋疼,感觉只有改成 monorepos 才方便处理

其实还有一个很大的问题啊,因为是微服务架构,如果都是项目负责人打 tag,也太多了,但是各个服务负责人自己打 tag 又不靠谱ヽ(°◇° )ノ

@nightwitch 俺也这么想的,主要现在项目负责人都是测试人员,他们基本不管这些,开发人员也不知道啥时候发布呢,我去跟老板谈谈吧,还是打 tag 比较好

@hantsy 你说的这个流程没错,但是不带版本号 错误日志没法区分是那个版本出现的 bug,蛋疼呢

@qoo2019 因为老板不让干...

我现在有个想法,直接用当前 commit 的 hash 做版本号算了

@jinliming2 没用,又没权限验证机制,懒加载照样可以拿,ssr 也不行 ssr 只是首屏渲染
楼主这个想法要实现首先,路由不能放前台
建议后台模版渲染完事,路由也放后台就 ok 呢
但是前端代码确实没啥价值,压缩过之后,鬼才看的懂(看懂局部当然没啥问题