How to use Git in a monorepo with multiple dev containers for subfolders?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- docker, git
- Ambito
- developer-experience, devops
Direzione di ricerca
Leggi prima le configurazioni .devcontainer e le impostazioni workspaceMount/workspaceFolder, quindi confronta il modo in cui ogni container espone la directory .git del monorepo e sub_folder_devC. Il lavoro è completato quando esiste una configurazione riproducibile o una limitazione documentata che consenta a Git di operare in ogni container sui percorsi previsti del monorepo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 5.8k
- Fork
- 503
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la 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 devcontainers/spec
-
CLI sorts Feature options fewest-first, against specForse già presa @nozaq l’ha presa 83 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
devcontainers/spec#755 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
devcontainers/spec#754 · 1 commento · 2 reazioni ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
devcontainers/spec#735 · 1 commento ·
-
Tighten lockfile specAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
devcontainers/spec#579 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
devcontainers/spec#778 ·
Tutte le issue di devcontainers/spec
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
zerocracy/judges-action#2729 ·
I maintainer di solito rispondono entro 8 giorni
-
agent/scanner bug hive/hosted-available-lke648397-260827-5n31
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
dependencies feature github_actions good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
wemake-services/wemake-django-template#3149 ·
I maintainer di solito rispondono entro 1 giorno
-
`Processing lsp` never exits and leaves orphaned processesForse già presa @overcast302 l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
processing/processing4#1578 · 1 commento ·
-
autoInject recall silently drops memory injection on long / non-Latin prompts (HTTP 400 Query too long)Forse già presa @Epsilon006 l’ha presa oggi. Apertaintegration:coding-agents
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
vectorize-io/hindsight#5476 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno