Consistent naming for enterprise & organization scoped functions
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Empieza por hacer un inventario de las funciones con ámbito de enterprise y de organización comentadas en el issue y revisar sus patrones de nomenclatura actuales. Define las convenciones válidas de ámbito y sujeto antes de cambiar los nombres y, después, verifica que la API resultante se aplique de forma coherente en todas las funciones afectadas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'd like to see a consistent naming convention used for enterprise and organization scoped functions that reflects the significance of the scoping. My suggestion is that we adopt the pattern <VERB><SCOPE><SUBJECT> which as a very simple example would look something like GetOrganizationThing. Scope and subject are an overlapping concept so we will need to define valid scopes that are linear (possibly just enterprise and organization). Subject is a more of an art than a science but we will still want to keep the most significant information at the beginning of the function name.
As an example of an alternative but supporting pattern; in a greenfield API design these scopes could have been structural with a pattern such as client.organization.GetThing instead of client.GetOrganizationThing.
- Lenguaje dominante
- Go
- Estrellas
- 11.3k
- Forks
- 2.6k
- Merge medio
- 2 d 12 h
- PR fusionados (30 d)
- 43
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de google/go-github
-
http.Client.Timeout is ignored by redirect-aware requestsPosiblemente ocupada @sb123sb123 la tomó hace 18 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Add Copilot content exclusion set/get enterprise and org set endpointsPosiblemente ocupada @Tens1des la tomó hace 32 días. Abierto
google/go-github#4526 · 1 comentario · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Add Copilot custom agents enterprise endpointsPosiblemente ocupada @Tens1des la tomó hace 32 días. Abierto
google/go-github#4524 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Repository ruleset rule type `code_quality` is not modelledPosiblemente ocupada @etifontaine la tomó hace 35 días. Abierto
google/go-github#4520 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Including an enterprise team as a reviewer for an environment results an unmarshal errorPosiblemente ocupada @JWilkinsonMB la tomó hace 51 días. Abierto
google/go-github#4457 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de google/go-github
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
duplication
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openvibely/openvibely#1443 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 60/100
canonical/service-mesh#845 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
keyxmakerx/Chronicle#1179 ·
Los mantenedores suelen responder en 1 día