[Proposal] Expose the container name in remoteEnv
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 15/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- docker, docker-compose
- Domínio
- developer-experience
Direção de pesquisa
This is a specification proposal, so there are no code files yet; the relevant text is the remoteEnv and variable-substitution sections of the devcontainer.json spec. Read the related issues linked in the body (spec #184 and #692) to see what has already been decided about container naming. Done means a written proposal that defines when ${containerName} is resolved, covers Docker Compose primary services, and is discussed by maintainers.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
A process running in a devcontainer may need its container’s runtime name for logging or tracking purposes. Today, there is no way to reference that name in remoteEnv. The name field in devcontainer.json is a display name and may differ from the name shown by Docker or Podman.
Add a ${containerName} variable that can be used in remoteEnv:
{
"remoteEnv": {
"DEVCONTAINER_CONTAINER_NAME": "${containerName}"
}
}
${containerName} should resolve to the actual runtime name of the primary development container. It should work for both newly created and reused containers, including the primary service in a Docker Compose setup. The tool should resolve it before running lifecycle commands or starting other processes to which remoteEnv applies.
This does not change how containers are named. Because the value is only known after container creation, ${containerName} would not be available in creation-time settings such as containerEnv or runArgs.
Related requests: container name in devcontainer.json (https://github.com/devcontainers/spec/issues/184) and a CLI option to choose the name (https://github.com/devcontainers/spec/issues/692).
- Linguagem predominante
- Sem dados de linguagem
- Estrelas
- 5.8k
- Forks
- 503
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de devcontainers/spec
-
CLI sorts Feature options fewest-first, against specTalvez já em andamento @nozaq assumiu há 90 dias. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
devcontainers/spec#755 · 1 comentário ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
devcontainers/spec#754 · 1 comentário · 2 reações ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
devcontainers/spec#735 · 1 comentário ·
-
Tighten lockfile specAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 62/100
devcontainers/spec#579 · 1 comentário ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 15/100
devcontainers/spec#777 ·
Todas as issues de devcontainers/spec
Issues semelhantes
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
Graphify-Labs/graphify#4524 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
jhugman/uniffi-bindgen-react-native#500 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
-
afk-ok area:agents size:S
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
enorm-labs/event-junkie#3523 ·
Mantenedores costumam responder em até 1 dia