kubernetes-client/python

Growing library size

Ouverte

#2 677 ouverte le 11 août 2026

Voir sur GitHubGuide contributeur
 (3 commentaires) (0 réaction) (0 personne assignée)Python (3 323 forks)batch import
help wanted

Métriques du dépôt

Stars
 (6 225 étoiles)
Métriques de merge PR
 (Merge moyen 10j 3h) (2 PRs mergées en 30 j)

Description

According to dive, this library is now 79 MB in my Docker image:

This seems excessive for a Python library, and if multiplied by the number of users, it's arguably a serious waste of resources. Based on just the sizes, client and aio/client are mostly duplicates. Under that both api and models are huge, their __pycache__ are similarly huge. Inside models, functions like _get_openapi_to_dict, _to_legacy_item, _to_legacy_value, _to_openapi_value are basically the same, along with some member methods. Could you please do something to reduce this duplication, and the library size along with it?

Guide contributeur

Direction de recherche
Examinez la duplication dans le module models, en particulier les fonctions get openapi to dict, to legacy item, to legacy value et to openapi value. Identifiez les modèles communs et consolidez les dans des utilitaires partagés. Comparez également client et aio/client pour la duplication de code et envisagez d'extraire une logique commune.
Stack technique
python
Domaine
backend
Type d'issue
Refactorisation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitPython
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60