Support documents that span several repositories
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
- 12/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- devtools
Línea de trabajo
The payload names no files, tests or entry points, so start with the linked issues #596 and #597 to see how they split the work. The issue asks that a document can reference several repositories, that the Planner can read all of them, and that Build can open changes and pull requests in each. Done means a multi-repo document is accepted and handled end to end. This is design work across the document, Planner and Build, so it is not a good first issue.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
A channel and its document are bound to one repository. For a team whose services live in several repositories, executing almost any plan means changes in more than one, but the document can only point the Planner and the build at one of them.
I'd want multi-repo/repo-spanning docs. The services cover a number of repos, and any plan execution would require changes over a number of repos.
Expected: a document can name more than one repository, the Planner can read all of them, and Build can produce changes (and pull requests) in each.
Related: #596, #597
Assistant-workflow: inline
Assistant-duration: 4m converged, estimated 3m
- Lenguaje dominante
- TypeScript
- Estrellas
- 406
- Forks
- 24
- Merge medio
- 12 h 42 min
- PR fusionados (30 d)
- 416
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 githubnext/chopin
-
documentation triage/human-response
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
githubnext/chopin#149 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 3/5 Medio día Aptitud para principiantes 45/100
githubnext/chopin#597 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
githubnext/chopin#596 ·
Los mantenedores suelen responder en 1 día
-
enhancement triage/human-response
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
githubnext/chopin#203 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
[Design] Style Mermaid diagramsAbiertoenhancement triage/human-response
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
githubnext/chopin#165 ·
Los mantenedores suelen responder en 1 día
Todos los issues de githubnext/chopin
Issues similares
-
area:security documentation effort:S priority:P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
app:web meta:ops
Dificultad 2/5 Medio día Aptitud para principiantes 78/100
osu-tournament-rating/otr#1113 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
typegoose/mongodb-memory-server#1040 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 92/100