Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

How to use Git in a monorepo with multiple dev containers for subfolders?

Offen
  • Stimmt etwas nicht?
#686 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
25/100
Issue-Typ
Dokumentation
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
docker, git
Bereich
developer-experience, devops

Rechercherichtung

Lies zuerst die .devcontainer-Konfigurationen und die Einstellungen für workspaceMount/workspaceFolder, und vergleiche dann, wie jeder Container das .git-Verzeichnis des Monorepos und sub_folder_devC verfügbar macht. Die Aufgabe ist erledigt, wenn es eine reproduzierbare Konfiguration oder eine dokumentierte Einschränkung gibt, die Git in jedem Container die Arbeit mit den vorgesehenen Monorepo-Pfaden ermöglicht.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

I have a monorepo structured like this:

main-repo/
  .git
  .devcontainer/
    sub_folder_devA/
    sub_folder_devB/
  sub_folder_devA/   # has its own Docker setup
  sub_folder_devB/   # has its own Docker setup
  sub_folder_devC/   # shared utility code

Each dev container is set up for a specific subfolder (e.g., sub_folder_devA or sub_folder_devB), but both also mount sub_folder_devC as a dependency:
/sub_folder_devA/sub_folder_devC
/sub_folder_devB/sub_folder_devC

I want to use Git inside each dev container, but have it work with the monorepo’s .git directory, so I can see and commit changes for the relevant subfolder.
Despite trying various workspaceMount and workspaceFolder settings, I can’t get Git to work as expected in the dev containers.

Vorherrschende Sprache
Keine Sprachdaten
Sterne
5.8k
Forks
503
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus devcontainers/spec

Alle Issues in devcontainers/spec

Ähnliche Issues

Weitere Issues zu DevTools

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.