Support documents that span several repositories
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 12/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- devtools
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- TypeScript
- Stelle
- 406
- Fork
- 24
- Merge medio
- 12h 42m
- PR unite (30g)
- 416
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di githubnext/chopin
-
documentation triage/human-response
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
githubnext/chopin#149 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 3/5 Mezza giornata Idoneità per principianti 45/100
githubnext/chopin#597 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
githubnext/chopin#596 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement triage/human-response
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
githubnext/chopin#203 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement triage/human-response
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
githubnext/chopin#165 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di githubnext/chopin
Issue simili
-
area:security documentation effort:S priority:P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
app:web meta:ops
Difficoltà 2/5 Mezza giornata Idoneità per principianti 78/100
osu-tournament-rating/otr#1113 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
typegoose/mongodb-memory-server#1040 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 92/100