Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Support documents that span several repositories

Ouverte
#595 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
12/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
typescript
Domaine
devtools

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

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

Langage dominant
TypeScript
Étoiles
406
Forks
24
Merge moyen
13 h 3 min
PR mergées (30 j)
400

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de githubnext/chopin

Toutes les issues de githubnext/chopin

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.