Jaki jest cel „builder docker -pull”?

Podczas tworzenia obrazu dokera zwykle używasz docker build ..

Ale odkryłem, że możesz określić --pull, aby wyglądało całe poleceniedocker build --pull .

Nie jestem pewien celu --pull. Oficjalna dokumentacja Dockers mówi „Zawsze próbuj pobrać nową wersję obrazu” i nie jestem pewien, co to oznacza w tym kontekście.

Używasz go docker builddo zbudowania nowego obrazu i ostatecznie opublikowania go gdzieś w rejestrze kontenera. Dlaczego chcesz wyciągnąć coś, co jeszcze nie istnieje?

Spodziewałbym się, że coś tak „prostego” można łatwo znaleźć w Internecie, ale nikt nie wydaje się mieć podobnych pytań jak to. Jedyny prawdziwy hit w Google odnosi się do oficjalnych dokumentów Dockers, których ja (jak wspomniano powyżej) nie rozumiem.

Dzięki za pomoc!

spowoduje pobranie najnowszej wersji dowolnego obrazu podstawowego zamiast ponownego użycia tego, co już oznaczono lokalnie

weźmy na przykład obraz oparty na ruchomym znaczniku (np. ubuntu:bionic). Upstream wprowadza zmiany i przebudowuje to okresowo, ale możesz mieć lokalny obraz sprzed kilku miesięcy. doker z radością zbuduje na starej bazie. --pullbędzie działać jako efekt uboczny, dzięki czemu zbudujesz na podstawie najnowszego obrazu podstawowego

~ zwykle najlepszą praktyką jest użycie go, aby uzyskać poprawki bezpieczeństwa tak szybko, jak to możliwe (zamiast używania starych, potencjalnie wrażliwych obrazów). choć musisz odmienić przełomowe zmiany (a jeśli używasz niezmiennych tagów, to nie ma znaczenia)

Prosta odpowiedź. docker buildsłuży do kompilacji z lokalnego pliku docker. docker pullsłuży do ściągania z piasty dokera. Jeśli używasz kompilacji dokera bez pliku dokowania, generuje to błąd.

Po określeniu --pulllub :latestdoker spróbuje pobrać najnowszą wersję (jeśli istnieje)

Zasadniczo, jeśli dodasz --pull, będzie próbował pobrać najnowszą wersję przy każdym uruchomieniu.

Docker pozwala przekazać  --pull flagę  docker buildnp  docker build . --pull -t myimage. Jest to zalecany sposób zapewnienia, że ​​kompilacja zawsze używa najnowszego obrazu kontenera, pomimo wersji dostępnej lokalnie. Warto jednak wspomnieć o jednym dodatkowym punkcie:

Aby upewnić się, że kompilacja została całkowicie przebudowana, w tym sprawdzenie obrazu podstawowego w poszukiwaniu aktualizacji, podczas budowania użyj następujących opcji:

--no-cache - Wymusi to przebudowę już dostępnych warstw.

Pełne polecenie będzie zatem wyglądać następująco:

docker build . --pull --no-cache --tag myimage:version

Te same opcje są dostępne dla docker-compose:

docker-compose build --no-cache --pull