2017-05-18 9 views

Odpowiedz

0

Zależy to od kompromisów, które chcesz zrobić. W idealnym świecie warto zautomatyzować kompilację dockingu dla każdego oddziału do testowania. Jeśli to zajmie zbyt dużo czasu, możesz chcieć zaprojektować podstawowy obraz na początek.

Nadal nie ma nic złego w ignorowaniu dockera, ale budujmy go bez niego. W tym momencie wziąłbyś na siebie większą odpowiedzialność w budowaniu głównej gałęzi.

Docker jest po to, aby popchnąć programistę do konfiguracji systemu, ale możesz zrobić to, co najlepsze z obu światów, zapewniając dobry obraz bazowy i budynek dla każdej gałęzi. Powiedziawszy to, wewnętrzne buforowanie Dockera pozwoli Ci zaoszczędzić odpowiednią ilość czasu w tym samym środowisku testowym, nawet jeśli zachowasz długą recepturę.

Powiązane problemy