Add `--no-trunc` option to `docker stack deploy` for full error messages
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Inizia dal punto di ingresso della CLI di docker stack deploy e confronta la gestione dell’output con l’implementazione esistente di docker service ps --no-trunc. Traccia lo stato della distribuzione e l’output degli errori, quindi verifica che la nuova opzione conservi i messaggi completi e che i test CLI pertinenti abbiano esito positivo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
Problem
When running docker stack deploy, deployment errors (especially scheduling constraint failures) are truncated in the CLI output. For example:
1/1: no suitable node (scheduling constraints not satisfied on 1 node; host-mod…
overall progress: 0 out of 1 tasks
This truncation makes it difficult to understand why a service could not be scheduled, as the most relevant part of the message is often cut off. This behavior appears to be hardcoded and does not respect terminal width or environment variables like COLUMNS.
Workarounds
- Manually running
docker service ps <service> --no-truncafter deployment - Inspecting tasks individually with
docker inspect - Writing custom scripts to combine deployment and diagnostic commands
These add friction and delay in understanding deployment issues.
Proposal
Add a --no-trunc flag to docker stack deploy, similar to the one already available in docker service ps, which disables truncation of deployment status and error messages.
Other alternatives could include:
- Respecting the actual terminal width or
COLUMNSenvironment variable - Automatically disabling truncation when output is non-interactive (e.g. in CI pipelines)
- Supporting full output when
--verboseor--debugis enabled
Benefits
- Immediate visibility into deployment failures without requiring follow-up commands
- Better support for CI/CD pipelines where error visibility is critical
- Makes
docker stack deployconsistent with other CLI commands that support--no-trunc
Related
docker service psalready supports--no-truncand behaves as expected- No current CLI flags exist to control truncation during stack deployment
- Lingua principale
- Go
- Stelle
- 6.1k
- Fork
- 2.2k
- Merge medio
- 1g 10h
- PR unite (30g)
- 47
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 docker/cli
-
kind/bug status/0-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
kind/bug status/0-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
kind/feature status/0-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
kind/bug status/0-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Issue simili
-
bug github_actions
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
registrystack/registry-stack#1393 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
JakeChampion/lang#10213 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
oasisprotocol/oasis-sdk#2523 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100