Hello，各位好：

各位可以将自己关心的同时想在社区例会上讨论的 KubeSphere 相关话题提到这里，可以是对产品的建议也可以是自己相关经验的一些分享，（如果是单纯的使用问题就正常单开帖子提问就好不在这讨论）参与分享的小伙伴有机会获得 KubeSphere 的社区精美周边，欢迎各位参与讨论与分享！

社区例会日历参考：https://kubesphere.com.cn/contribution/

11 天 后

建议 kubesphere devops 能够兼容github action的yml配置

当前很多项目已经在使用github action，如果能够简单的只修改每个步骤中的uses: 配置脚本从github改为kubesphere提供的脚本，迁移工作会非常简单,减少很多学习成本。

https://github.com/kubesphere-sigs/pipeline-templates

有看见社区新建了相应的脚本仓库，存储社区提供的编译脚本，希望多了解一些这方面未来的计划。

name: release

on:
  push:
    tags:
      - '*'

jobs:
  build-macos-x86_64:
    runs-on: macos-latest
    env:
      MACOS_APP_RELEASE_PATH: frontend/app_flowy/product/${{ github.ref_name }}/macos/Release
      MACOS_X86_ZIP_NAME: Appflowy-macos-x86_64.zip
    steps:
      - name: Checkout
        uses: actions/checkout@v2   #github官方提供的actions简单改为kubesphere提供的脚本

      - name: Setup environment - Rust and Cargo
        uses: actions-rs/toolchain@v1   #其他组织实现的脚本很多可直接使用，如有需要社区也可组织fork后对kubesphere devops进行适配
        with:
          toolchain: 'stable-2022-01-20'

      - name: Setup environment - Flutter
        uses: subosito/flutter-action@v2  #其他组织实现的脚本很多可直接使用，如有需要社区也可组织fork后对kubesphere devops进行适配
        with:
          channel: 'stable'
          flutter-version: '3.0.0'

    Rick

    感谢，我有看到例会上的讨论，当前已有一套比较灵活模板规范。

    讨论有提到转换工具的事情，我认为如果能有工具 可将用户配置的github action配置文件转换后输出给devops引擎执行也是很不错的方案。通过语法转换实现了配置文件的兼容。很多第三方实现的action脚本是比较通用的，如果能够直接下载使用github action生态中的脚本这个在用户体验上的收益还是很大的。

    期待社区新版本的发布

    • Rick 回复了此帖

        zzc7211 有兴趣的话，可以试着做下这个转换工具

          1 个月 后

          NataShare 暂时是不行，但是如果社区呼声大可以考虑，当然也可以参与贡献，需要虚拟机的场景是？

            21 天 后

            1、建议 k8s job能够支持并发数的调整。

            2、建议能给出官方级别的 elk解决方案

            5 个月 后