devcontainer features test command inside a container with mounted docker socket -> problems with /tmp
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- docker, typescript
Direzione di ricerca
Inizia con il comando devcontainer features test, in particolare con la gestione degli scenari, e traccia il modo in cui i file temporanei sotto /tmp vengono montati nel container di test. Confronta il temporaryPath configurabile proposto con l’alternativa di copiare i file durante la build; il lavoro è concluso quando i test funzionano eseguendo la CLI all’interno di un container con un socket Docker montato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The devcontainer features test (especially for scenarios) creates everything needed in a directory in /tmp. When the container is created, this folder is mounted inside the container (probably for the additional files and the verifying .sh file).
This leads to problems when the devcontainer-cli and the test are running inside a container with a mounted docker socket.
The problem is that the /tmp with the correct data is in the container and when creating the test-container and mounting the /tmp, the /tmp from the docker host (outside of the container) is used which does not know the the correct data of course.
I tried to draw this:
/ Docker-Host
├── Docker / Docker Socket
├── container with devcontainer cli
│ ├── workspace
│ │ ├── src
│ │ └── test
│ └── tmp (contains the temporary devcontainer spec)
└── tmp (is mounted when the devcontainer is started)
In some cases this is easy fixable by mounting /tmp from the host to /tmp into the container with the devcontainer cli but sometimes (in some CI scenarios), adding additional mounts is not possible.
My suggestion would be to be able to specify the temporaryPath where all these files are placed. If this path could be specified, it would at least be possible to use some clever symlinking to achieve the same path inside the container with the cli and from the host.
An alternative would be to not need this mount at all and copy all those files during the build of the container into the container so they are directly available.
- Lingua principale
- TypeScript
- Stelle
- 3k
- Fork
- 461
- Merge medio
- 18m
- PR unite (30g)
- 5
Guida per i contributori
Apri 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/cli
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
devcontainers/cli#1203 ·
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 68/100
devcontainers/cli#1178 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
devcontainers/cli#1308 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 78/100
devcontainers/cli#1307 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
devcontainers/cli#1305 ·
Tutte le issue di devcontainers/cli
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
ontola/atomic-server#1625 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
melgarafael/DeskcommCRM#1451 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
-
bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
bot:ai-assisted component:compact-js status:untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
midnightntwrk/midnight-sdk#403 ·