Questão de Engenharia de Software · CEBRASPE TCU 25 AUFC 2025 (nº 130)

O multi-stage build do Docker permite copiar arquivos de um estágio intermediário (aqui chamado builder) para o estágio final. A pegadinha está no comportamento do COPY com curingas (*): quando você usa um padrão, o Docker copia cada arquivo correspondente mantendo seu nome original, e o destino é tratado como um diretório — não como um arquivo renomeado.

• Correta: Errado. O comando tenta copiar "quaisquer arquivos" que correspondam ao padrão, mas o destino /app/app.jar é interpretado como um diretório, não como um nome de arquivo único — ou seja, os arquivos seriam copiados para dentro de /app/app.jar/ (que viraria uma pasta), e não renomeados para app.jar.

O trecho exato que torna o item errado é: "os quais serão adicionados com o nome /app/app.jar" — pois com curinga, o Docker não renomeia; ele copia cada arquivo com seu nome original para o diretório de destino.

Como ficaria certo: Em um dockerfile de multi-stage build, a execução do comando COPY --from=builder /app/target/*.jar /app/ resultará na cópia de quaisquer arquivos do stage builder que corresponderem ao padrão /app/target/*.jar, mantendo seus nomes originais no diretório /app/ do stage atual.