How to use Git in a monorepo with multiple dev containers for subfolders?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- docker, git
- Área
- developer-experience, devops
Línea de trabajo
Lee primero las configuraciones de .devcontainer y los ajustes de workspaceMount/workspaceFolder; después, compara cómo expone cada contenedor el directorio .git del monorepo y sub_folder_devC. La tarea estará terminada cuando exista una configuración reproducible o una limitación documentada que permita a Git operar en cada contenedor sobre las rutas previstas del monorepo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 5.8k
- Forks
- 503
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 devcontainers/spec
-
CLI sorts Feature options fewest-first, against specPosiblemente ocupada @nozaq la tomó hace 81 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
devcontainers/spec#755 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
devcontainers/spec#754 · 1 comentario · 2 reacciones ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
devcontainers/spec#735 · 1 comentario ·
-
Tighten lockfile specAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
devcontainers/spec#579 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
devcontainers/spec#777 ·
Todos los issues de devcontainers/spec
Issues similares
-
[bug] diagnostics.dumpBody：Buffer 形态请求（透传 lane）跳过 dumps/ 落盘，仅留 raw/-unknown-Posiblemente ocupada @ranxianglei la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
ranxianglei/billion-context#2421 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Ploidy optionAbiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
[Bug] Missing "default" in exports map causes ERR_PACKAGE_PATH_NOT_EXPORTED in Next.js / bundlersAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
MystenLabs/MemWal#1143 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
spring-mcp-tools
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
explyt/spring-plugin#591 ·
Los mantenedores suelen responder en 1 día