stackabletech / stackabletech/stackablectl

chore: Move OCI code into a helm module to hide implementation details.

未关闭
#347 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

主要语言
Rust
星标
10
派生
5
平均合并
4 小时 41 分钟
30 天内合并 PR
4

描述

We currently have helm.rs and oci.rs in stackable-cockpit. In the future we want to consolidate all repo-relevant code into a single module so that calling functions do not need to know about the underlying detail. This will become more relevant when:

  • external dependencies no longer exclusively use repositories (as is currently the case for e.g. demos)
  • other chart types such as .tgz archives are considered

N.B.

From the helm online help, installations can use:

  1. By chart reference: helm install mymaria example/mariadb
  2. By path to a packaged chart: helm install mynginx ./nginx-1.2.3.tgz
  3. By path to an unpacked chart directory: helm install mynginx ./nginx
  4. By absolute URL: helm install mynginx https://example.com/charts/nginx-1.2.3.tgz
  5. By chart reference and repo url: helm install --repo https://example.com/charts/ mynginx nginx
  6. By OCI registries: helm install mynginx --version 1.2.3 oci://example.com/charts/nginx

We currently implement 1, 5, 6.

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

调研方向

首先阅读 stackable-cockpit 中的 helm.rs 和 oci.rs,以了解当前的 repository 和 OCI 实现是如何向调用方提供的。将 OCI 特定代码移到 helm 模块之后,使调用方不再依赖其实现细节,同时保留当前支持的安装方式。

由索引模型根据 Issue 内容生成。

评估

技术栈
helm, rust
领域
cli, tooling
Issue 类型
重构
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。