stackabletech / stackabletech/stackablectl

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

Ouverte
#347 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Rust
Étoiles
10
Forks
5
Merge moyen
4 h 41 min
PR mergées (30 j)
4

Description

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.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par lire helm.rs et oci.rs dans stackable-cockpit afin de comprendre comment le dépôt actuel et les implémentations OCI sont exposés aux appelants. Déplacez le code spécifique à OCI derrière le module helm, afin que les appelants ne dépendent plus de ses détails d’implémentation, tout en préservant les méthodes d’installation actuellement prises en charge.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
helm, rust
Domaine
cli, tooling
Type d'issue
Refactorisation
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.