ci ее пакует в архив

Это я понял

Но по факту - это копирование кешей

Что очень странно

ci ее пакует в архив

пробовал так - при таком раскладе вариант Сергея сильно проще и удобнее

ну это не проблема, это воркэраунд. хорошо, можно не класть композер в пхп образ, но тогда его надо иметь на ci и локально

Я на ci собирал и фиг с ним)

ну это не проблема, это воркэраунд. хорошо, можно не класть композер в пхп образ, но тогда его надо иметь на ci и локально

docker run composer

ок, резюмирую: 1. мне нужен образ с конечным пхп кодом, мне пофиг какая версия была композера и был ли он вообще. может эта vendor папка из гита пришла 2. я хочу взять composer/composer образ и не париться с установками и плагинами 3. я хочу чтобы мог пользоваться кешем композера, приватными репосами, ключами и тд 4. мне пофиг сколько будет этапов сборки, главное это скорость 5. помимо пхп еще собирается фронтэнд в той же директории, и делает он это таким же способом

hirak/prestissimo

Херак херак и в продакшн)))

Но не все девопсы рады ставить пыху на ci

ок, резюмирую: 1. мне нужен образ с конечным пхп кодом, мне пофиг какая версия была композера и был ли он вообще. может эта vendor папка из гита пришла 2. я хочу взять composer/composer образ и не париться с установками и плагинами 3. я хочу чтобы мог пользоваться кешем композера, приватными репосами, ключами и тд 4. мне пофиг сколько будет этапов сборки, главное это скорость 5. помимо пхп еще собирается фронтэнд в той же директории, и делает он это таким же способом

1. а мне не пофиг откуда vendors 2. а мне пофиг 3. можешь юзать приватные репки. я юзаю 4. 95 сборок из 100 будет происходить за секунду, меня устраивает что для 5-ти из 100 надо подождать на ~20 секунд больше. У меня тесты занимают минут 2 так что не страшно. 5. фронты собираю без докеров (ну либо в докере чисто окружение а на выходе tgz)

Но не все девопсы рады ставить пыху на ci

на ci только докеры

Но не все девопсы рады ставить пыху на ci

circleci дает тебе образ docker с пыхой

Но не все девопсы рады ставить пыху на ci

докер, и юзай что тебе душе угодно) докер то они тебе поставят?

ок, резюмирую: 1. мне нужен образ с конечным пхп кодом, мне пофиг какая версия была композера и был ли он вообще. может эта vendor папка из гита пришла 2. я хочу взять composer/composer образ и не париться с установками и плагинами 3. я хочу чтобы мог пользоваться кешем композера, приватными репосами, ключами и тд 4. мне пофиг сколько будет этапов сборки, главное это скорость 5. помимо пхп еще собирается фронтэнд в той же директории, и делает он это таким же способом

годно

в coreos там изкоробки бгг

ладно, я задумался

но первым делом сделаю регистр

и запушу все образы))

ладно, я задумался

не, лучше то как Сергей предлагает чем кастыли с docker cp

это уж точно

но я сомневаюсь что мой способ чем-то хуже чем твой) ты просто не пробовал)

либо пробовал тогда когда композер не умел всякие плюшки вроде авторизации прокидывать как env переменные

я смотрю и плачу на наш такой образ

там да был трэш и кастыли

у нас там не только композер стоит

для сборок

"чем мы хуже композера, хуле?"

для сборок

а что еще?

нода, руби и тд

так, а напомните, в регистре одна репа = 1 образ?

это надо 5 реп на проект

так, а напомните, в регистре одна репа = 1 образ?

по тегам разбивать можешь

но это для разделения всяких DEV/BETA/STABLE билдов

kopaygorodsky/projectName:nginx-staging-123

?

нода, руби и тд

у меня в репе с php только php... так что мне чуть проще)

kopaygorodsky/projectName:nginx-staging-123

лучше 5 репов

project/nginx:latest

но это если тебе можно)

ну тогда ладно

того и спросил

нода, руби и тд

и да, если бы мне вдруг все это понадобилось - то да, я бы делал мультистэйдж

и разделял бы dev и прод образы

project/nginx:master.123 project/nginx:dev.123 project/nginx:dev.latest

project/nginx:master.123 project/nginx:dev.123 project/nginx:dev.latest

а точку можно?

project/nginx:master.123 project/nginx:dev.123 project/nginx:dev.latest

странные теги

123 номер билда

ветка.номербилда

а давайте похоливарим на тему "у тебя скорее всего нет CI"

аж 2

убогий бамбу

божественный дженкинс

ветка.номербилда

я ограничиваюсь веткой и тегами

дай пример

а то не понимаю

api:feature-tc-1343-some-feature, api:release-12431

что-то типа

а разница?)

ну разделитель другой

дзен

api:feature-trololo.123

vs api:feature-trololo-123

а разница?)

теги git-а вместо номера сборки ci. Хотя тут уже точно надо исходить из потребностей

vs api:feature-trololo-123

без 123

ERROR: S client not available

а версии?

то есть у меня нет "версий" образов ветки

а

ну у меня есть)

а как откатываетесь?

если мне по какой-то причине вдруг понадобится такая хрень - есть тэги

а как откатываетесь?

релизы по тэгам

мы как-то об одном и том же говорим

но о разном

ну тип того)) просто мне твои "версии" нужны только для мастера например

а для фичабрэнчей мне это не нужно

но это, повторюсь, зависит от флоу работы

на старом проекте у меня вообще было 3 ветки

master, staging, prod

и все были счастливы)

у нас было 4

потом осталось 3

теперь скатываемся в 2

master и bugfix?

staging и prod

а было dev -> test -> staging -> prod

ну и фича бранчи перед девом

то есть вы на trunk-based перешли?

ну и фича бранчи перед девом

а... не...

а щас фичабранчи в стейджинг валить будут напрямую

я не верю в фичабрэнчи(

ну либо мне просто не везло с командой)

тестировать только сложно с фичабранчами

мне больше по душе херачить в мастер и делать код фриз

да, это самый адекватный вариант

и когда все работают с одним и тем же кодом

у нас неделю код лежит в тест ветке(общей), потом его выливают в бету, там он тоже лежит неделю и потом только в прод идет