monster
monster
Hi @wsry , can this ticket be assigned to me?
@zzzhangqi “Support for compilation detached mode and mixed mode in docker.” What is the usage scenario and can you tell us about it?
这里有个最大的问题，客户群体的考虑，你考虑到了新的用户畅快的体验，但是没有覆盖到一些使用历史版本但是有升级需求的用户，当用户想通过docker镜像来体验新功能看是否满足目前需求时，就会暴露出当前pr的短板，同时还要考虑后面的e2e测试，他也要基于当前的docker-cpmose来进行。就必须要求镜像是随着新pr的合并实时更新的。
官方是有做ci的，会自动打镜像推docker，地址@wolfboys应该是清楚的
“docker in docker is not used, This will make the image very bloated, use docker sock /var/run/docker.sock:/var/run/docker.sock” Have you tested the whole deployment based on k8s after the change?
@zzzhangqi 在docker中分离部署的实际意义是什么？就是能解决什么样的问题，有这方面的痛点么？
我的意思是如果去动，一定是要有实际使用痛点
我建议可以这么去改，首先把ci的手动，改成每次和pr后自动执行，这样保证streamx官方的dockerhub镜像永远是最新的代码，然后docker-compose去依赖这个镜像。 我用的就是docker sock /var/run/docker.sock:/var/run/docker.sock实现，但是当时是发现不用docker:bind这个镜像，docker环境还是不通的，部署k8s那块一定要测这个问题。因为你这个pr已经涉及到这些了，包括ci的逻辑也要测了，因为ci也是基于这个的
name: 自如 website: https://www.ziroom.com contact: [email protected]