Start versioning individual services?
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
- 30/100
Línea de trabajo
En el issue no se identifican archivos, pruebas ni puntos de entrada. Primero hay que determinar cómo almacena y publica actualmente Apollo la versión del servidor y del servicio; después, definir las reglas deseadas para las versiones por servicio y la versión general, así como las comprobaciones que demostrarían que el cambio está completo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Apollo currently uses a single version number for the server and all its services.
It might be nicer and cleaner for each servivce to maintain its own verrsion, and the an overall version for the server. This would allow us to make breaking changes on one service without producing an overall breaking change on the server..
I think a bit about the googleapis library with this stuff. The googleaps package contains SDKs for every Google service. And every time a service breaks its API (quite common), the whole package gets bumped up a major. So when you're using googleapis v50, and latest is v100, and the only API you use is googlesheets - you have to check over 50 versions to workout if there's a relevant breaking change. It's madness. So I'd like to avoid that.
- Lenguaje dominante
- Jupyter Notebook
- Estrellas
- 5
- Forks
- 9
- Merge medio
- 3 d 2 h
- PR fusionados (30 d)
- 13
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una 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 OpenFn/apollo
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
platform
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Update python versionAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
Todos los issues de OpenFn/apollo
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 84/100
wp-graphql/wp-graphql-woocommerce#1026 ·
-
bug integrator
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
grafana/sigma-rule-deployment#431 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
datamodel-code-generator/datamodel-code-generator#5587 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Shell: serve the home app's Cookie Policy on a hard reloadPosiblemente ocupada @2001anshkaushik la tomó hoy. Abiertofeature module:ai
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
rocketride-org/rocketride-server#2899 · 1 comentario ·
Los mantenedores suelen responder en 2 días