Способ полностью противоречит документации. Нет никакой ложки.
1. Официальные образы docker — аналог rpm/dev, собирать приложение в одном образе с runtime — аналогично сборке php, nginx, mysql и приложения в одном rpm. Сделать можно, но никто так не делает.
PHP, Nginx, MySQL удобно ставить из официальных репозиториев, и подключать свои конфиги, чтобы этот официальный пакет без проблем обновить. Аналогично, я хочу ничего трогать в официальных образах.
2. Когда мы собрали свой образ, мы можем сделать или save, или push. Если сделать save образу, созданному на базе nginx — дамп будет весить пару сотен мегабайт. Раздавать это в команде некомфортно. Если мы делаем push — мы выкладываем наш код всему миру, что для серьезных проектов недопустимо.
Третьего способа передать наш образ на другой компьютер не существует. Ошибочность, к сожалению, не у меня.
Да, к сожалению, я не могу удобно структурировать материал, простите. У меня тоже не настолько много времени чтобы придумывать обход проблем формата хабра.
Вариант решения — в ответе выше. Уточните, пожалуйста что нельзя делать и как?
1. Официальные образы docker — аналог rpm/dev, собирать приложение в одном образе с runtime — аналогично сборке php, nginx, mysql и приложения в одном rpm. Сделать можно, но никто так не делает.
PHP, Nginx, MySQL удобно ставить из официальных репозиториев, и подключать свои конфиги, чтобы этот официальный пакет без проблем обновить. Аналогично, я хочу ничего трогать в официальных образах.
2. Когда мы собрали свой образ, мы можем сделать или save, или push. Если сделать save образу, созданному на базе nginx — дамп будет весить пару сотен мегабайт. Раздавать это в команде некомфортно. Если мы делаем push — мы выкладываем наш код всему миру, что для серьезных проектов недопустимо.
Третьего способа передать наш образ на другой компьютер не существует. Ошибочность, к сожалению, не у меня.
Вариант решения — в ответе выше. Уточните, пожалуйста что нельзя делать и как?
Читайте на gitbooks