i
а почему бы не пойти от от обратного?
Size: a a a
2020 December 23
i
копируешь все, в докеригнор то, что не надо
ПЧ
копируешь все, в докеригнор то, что не надо
Может тогда легче в
.dockerignore пойти от обратного?*
!srci
Может тогда легче в
.dockerignore пойти от обратного?*
!srcСуть та же. Я к тому, зачем куча директив copy
i
Если можно обойтись одной
ПЧ
Если можно обойтись одной
Ментально так легче контроллировать то что нужно скопировать (всего 3 папки)
Но может для докера (веса образа) лучше ваш вариант?
Но может для докера (веса образа) лучше ваш вариант?
i
1. Это дольше
2. Каждый COPY - новый слой
2. Каждый COPY - новый слой
i
Ну и увеличиваешь объем докерфайла хз зачем
ПЧ
Ну и увеличиваешь объем докерфайла хз зачем
Спасибо, примерно это и хотел узнать.
i
Я тебе доку докера пересказал почти вообще-то)
ПЧ
Я тебе доку докера пересказал почти вообще-то)
в доке докера не донесено четко о том, что даже если ты в COPY укажешь конкретные каталоги или файлы, контекст сборки всеравно захватит ВСЕ каталоги и файлы )
i
>The docker build command builds an image from a Dockerfile and a context. The build’s context is the set of files at a specified location PATH or URL. The PATH is a directory on your local filesystem. The URL is a Git repository location.
A context is processed recursively. So, a PATH includes any subdirectories and the URL includes the repository and its submodules. This example shows a build command that uses the current directory as context:
$ docker build .
Sending build context to Docker daemon 6.51 MB
все вроде явно написано
A context is processed recursively. So, a PATH includes any subdirectories and the URL includes the repository and its submodules. This example shows a build command that uses the current directory as context:
$ docker build .
Sending build context to Docker daemon 6.51 MB
все вроде явно написано
t
в доке докера не донесено четко о том, что даже если ты в COPY укажешь конкретные каталоги или файлы, контекст сборки всеравно захватит ВСЕ каталоги и файлы )
А это не логично?
i
>The build’s context is the set of files at a specified location PATH or URL
>So, a PATH includes any subdirectories and the URL includes the repository and its submodules
>So, a PATH includes any subdirectories and the URL includes the repository and its submodules
t
Зачем тогда .dockerignore, если явно нужно указывать что брать? Да и глупо это.
ПЧ
А это не логично?
Логичнно когда начинаешь сам читать и понимать, а когда не читая в чатике решил спросить, то да, не логично 😊
i
Логичнно когда начинаешь сам читать и понимать, а когда не читая в чатике решил спросить, то да, не логично 😊
Так вот и надо было прочитать, там есть и про context и про dockerignore) Причем прямо даже на одной странице
ПЧ
>The docker build command builds an image from a Dockerfile and a context. The build’s context is the set of files at a specified location PATH or URL. The PATH is a directory on your local filesystem. The URL is a Git repository location.
A context is processed recursively. So, a PATH includes any subdirectories and the URL includes the repository and its submodules. This example shows a build command that uses the current directory as context:
$ docker build .
Sending build context to Docker daemon 6.51 MB
все вроде явно написано
A context is processed recursively. So, a PATH includes any subdirectories and the URL includes the repository and its submodules. This example shows a build command that uses the current directory as context:
$ docker build .
Sending build context to Docker daemon 6.51 MB
все вроде явно написано
спасибо, да, читанул уже 👍
ПЧ
Так вот и надо было прочитать, там есть и про context и про dockerignore) Причем прямо даже на одной странице
Ну раз ты ходяая дока докера, подскажи еще, каждый RUN тоже новый слой да?
Вместо нескольких RUN лучше так сделать
Вместо нескольких RUN лучше так сделать
RUN npm ci --production && npm run build && npm i -g serve && serve -s build -l tcp://0.0.0.0:5000
?