Closed stoneshi-yunify closed 7 months ago
/cc @iawia002
生成的Chart.yaml中的 apiVersion 是v1, 应为v2
这个其实 #59 已经改了,后面我一起发个版本
ksbuilder create时,能否指定frontend/backend 的chart名称
这个有待商榷吧,步骤太多(即便是可选的)也会让使用体验变得不好的,这个属于非常细节的东西了,脚手架创建出来的始终只是一个模板
生成的Chart.yaml中的 apiVersion 是v1, 应为v2
这个其实 #59 已经改了,后面我一起发个版本
ksbuilder create时,能否指定frontend/backend 的chart名称
这个有待商榷吧,步骤太多(即便是可选的)也会让使用体验变得不好的,这个属于非常细节的东西了,脚手架创建出来的始终只是一个模板
froentend/backend, 跟我用helm create frontend/backend,应该是一样的吧?这样的话,用户想修改的话,就直接在charts/ 下 helm create xxx 就好了。
froentend/backend, 跟我用helm create frontend/backend,应该是一样的吧?这样的话,用户想修改的话,就直接在charts/ 下 helm create xxx 就好了。
内容不一样,里面我们加了一些 extension 需要的 CR 资源
froentend/backend, 跟我用helm create frontend/backend,应该是一样的吧?这样的话,用户想修改的话,就直接在charts/ 下 helm create xxx 就好了。
内容不一样,里面我们加了一些 extension 需要的 CR 资源
那这样的话,我建议还是支持。你可以看下devops 和其他一些正在开发的extension, 基本没有使用 frontend/backend 这种原生名字的。改起来又很繁琐,容易出错。ksbuilder create 的时候就询问一下需不需要定制名字呗,回答no 就还保持frontend/backend。
使用 frontend/backend 原生名称,不指定什么 fullnameoverride nameoverride 之类的东西,安装出来的extension (pod) 的名字就是frontend/backend,太模糊了,根本就不知道是个什么应用。
使用 frontend/backend 原生名称,不指定什么 fullnameoverride nameoverride 之类的东西,安装出来的extension (pod) 的名字就是frontend/backend,太模糊了,根本就不知道是个什么应用。
这个不对吧,安装出来的 Pod 是 extension 名称 + frontend/backend,比如我的 tower 就是 tower-backend,这个不算模糊
ok。那就先这样吧,以后再看看有没有人跟我有同样的疑问。
问题: