Mount volume during docker build so features can use it
Los mantenedores suelen responder en 5 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- docker
- Área
- build-system
Línea de trabajo
Comience con la documentación de Dockerfile sobre RUN --mount y trace cómo los archivos de workspaceMount están disponibles durante la instalación de features. Determine si el paso de compilación de la feature puede exponer dichos mounts y defina un escenario de compilación reproducible que demuestre que los archivos montados están disponibles; el issue no menciona archivos del repositorio ni tests.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'd like to be able to mount some files which then be later used during feature installation.
Currently I add those files to the host workspace and mount it with workspaceMount but obviously it's not available in the feature build step.
I can see that within the BuildKit there is an option that we can leverage:
https://docs.docker.com/reference/dockerfile/#run---mount
Is there any way I can achieve that?
- Lenguaje dominante
- Shell
- Estrellas
- 1.5k
- Forks
- 624
- Merge medio
- 4 d 8 h
- PR fusionados (30 d)
- 7
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- 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/features
-
use mise for java feature installation or make sdkman configuable to download JDK from mirrosAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
devcontainers/features#1730 ·
Los mantenedores suelen responder en 5 días
-
Version resolution over unauthenticated git makes feature installs fail hard, with no fallbackPosiblemente ocupada @v-Kaniska244 la tomó hace 33 días. Abierto
devcontainers/features#1726 · 2 comentarios · 1 asignado ·
Los mantenedores suelen responder en 5 días
-
[docker-in-docker] v4 with iptablesSwitchAtRuntime:true default on Ubuntu 26.04 host/devcontainer image activates iptables-legacy instead of iptables-nftQuizá libre de nuevo @v-Kaniska244 la tomó hace 51 días y no hay ningún pull request abierto. Abierto
devcontainers/features#1709 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 5 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
devcontainers/features#1707 ·
Los mantenedores suelen responder en 5 días
-
Parser failure on "localEnv:" in devcontainer-feature.jsonQuizá libre de nuevo @v-Kaniska244 la tomó hace 66 días y no hay ningún pull request abierto. Abierto
devcontainers/features#1704 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 5 días
Todos los issues de devcontainers/features
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
zerocracy/judges-action#2733 ·
Los mantenedores suelen responder en 8 días
-
Add `django-upgrade` to the CIAbiertodependencies feature github_actions good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
wemake-services/wemake-django-template#3149 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
crazy-goat/rabbit-stream#830 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
enhancement
Dificultad 2/5 Menos de una hora Aptitud para principiantes 75/100
antonioortegajr/tiny-pi-code-factory#177 ·
Los mantenedores suelen responder en 1 día