envoyproxy/envoy

Inconsistent naming with clusters.

Open

#37 525 ouverte le 5 déc. 2024

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)C++ (5 373 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (27 997 stars)
Métriques de merge PR
 (Merge moyen 8j) (378 PRs mergées en 30 j)

Description

Sometimes, we name our clusters envoy.cluster.xx but other times use envoy.clusters.xx

https://github.com/envoyproxy/envoy/blob/850c7f10cbf5e1132de4eed6b5131d2928ddb95f/source/extensions/extensions_metadata.yaml#L92-L131

https://github.com/envoyproxy/envoy/blob/850c7f10cbf5e1132de4eed6b5131d2928ddb95f/source/extensions/clusters/logical_dns/logical_dns_cluster.h#L90

https://github.com/envoyproxy/envoy/blob/850c7f10cbf5e1132de4eed6b5131d2928ddb95f/source/extensions/clusters/redis/redis_cluster.h#L313

Guide contributeur

Direction de recherche
Le problème identifie une dénomination incohérente des clusters dans la base de code d'envoy : certains fichiers utilisent 'envoy.cluster' tandis que d'autres utilisent 'envoy.clusters'. Plus précisément, les fichiers liés sont extensions metadata.yaml (lignes 92-131), logical dns cluster.h (ligne 90) et redis cluster.h (ligne 313). La tâche consiste à décider d'une seule convention de dénomination (probablement 'envoy.clusters' car elle apparaît plus fréquemment) et à renommer toutes les occurrences en conséquence. Le contributeur doit rechercher d'autres instances de 'envoy.cluster' ou 'envoy.clusters' dans l'arborescence source pour garantir une cohérence complète.
Stack technique
cpp
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.
1
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
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
GitC++
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
80