Salut l'équipe VSCode Docker,
Je viens de remarquer que la récente mise à jour a permis de Ctrl+Clic sur le nom de l'image, puis d'en ouvrir une appropriée dans DockerHub, ce qui est fantastique ! . Je viens donc de rencontrer ce petit problème, et absolument pas du tout un briseur d'affaire, mais ce serait bien de le faire réparer.
Je veux que toutes mes étapes aient le même WORKDIR
et LABEL
, et EXPOSE
-ing le même port, alors j'ai mis une image officielle en haut, et j'en ai fait un base
scène. Un extrait de ce que je travaille est comme ceci.
FROM node:12-alpine as base
LABEL MAINTAINER="Sam Huynh"
WORKDIR /srv/app
EXPOSE 1337
# Dev dependencies
FROM base as dev_dependencies
COPY package.json yarn.lock ./
RUN yarn install && \
yarn cache clean
# Dev stage
FROM base as development
COPY . .
COPY --from=dev_dependencies /srv/app/node_modules ./node_modules
CMD ["yarn", "develop"]
# Other stages
## Build something else...
Ctrl+Cliquer sur node
dans FROM node:12-alpine
m'invite à ouvrir l' image officielle du docker Node , ce qui est attendu.
Ctrl+clic sur dev_dependencies
dans --from=dev_dependencies
me ramène à cette étape, ce qui est également correct.
base
dans FROM base
revient à l'étape base
.base
dans FROM base
me demande d'ouvrir l' image docker de base "officielle" , qui n'existe pas.S'il vous plaît laissez-moi savoir s'il y a d'autres informations que je peux mettre ici.
Je viens de remarquer que la récente mise à jour a permis de Ctrl+Clic sur le nom de l'image, puis d'en ouvrir un approprié dans DockerHub, ce qui est _fantastique !_ .
Intéressant, cette fonctionnalité aurait dû être là depuis au moins un an maintenant... 🤔 Eh bien, content que vous la trouviez utile, @samhwang !
Concernant votre problème, merci de l'avoir porté à mon attention. J'ai ouvert deux tickets pour régler ce problème.
Ouais, je viens de le faire fonctionner il y a au moins un mois alors que je commençais à travailler sur quelques Dockerfiles pour un autre projet, et je jure que je ne l'ai jamais vu avant mars. :P
@samhwang J'ai ouvert #2146 pour résoudre ce problème. Merci encore d'avoir signalé ce bug !
Nous avons publié Docker 1.4.0 qui contient un correctif pour cela.