ладно когда вы стараетесь правильно, и используете депркейтед \ нерекомендуемые варианты, но вариант твой это вобще ортогональный подход

ты стимулируешь неверный подход к использованию докера

Где я неверный подход к докеру стимулирую? Ну-ка

потому что ты пытаешься докер в виртуозу превратить

или в lxc

или в lxc

+

потому что ты пытаешься докер в виртуозу превратить

Эээ... дав разработчику shell в его окружение??

докером, ага)

Нууу.. логично. Его разработческие сервисы тоже докерами висят. Я не очень понимаю, почему окружение разработчика тоде не может быть докером.

Я оговорюсь - я не хочу давать в этом случае разработчику что-то ставить или чем-то рулить. Это исключительно debug shell

Даже грубее - лично моя задача сводится к выдаче этого debug shell. Создание контейнера и его набивка - задача за пределами этой.

Нууу.. логично. Его разработческие сервисы тоже докерами висят. Я не очень понимаю, почему окружение разработчика тоде не может быть докером.

потмоу что это неудобно

тебе нужно будет ему дать права для управления контейнерами всё равно

и что ты сделаешь ?

Конечно нет, конечно я не дам права на управление контейнерами

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

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

Почему "своими"? "нашими" c ним. Практически "моими". Как зачем? Ну как-то он должен там код проверять, тестировать, писать его где-то

"писать код" в конейтенер который по идее своей стейтлесс ?

который просто от того что ты напишешь неверную баш функцию с форкобомбой схлопнется и собой прихлопнет все изменения ?

ты действителььно этого хочешь ?

"писать код" в конейтенер который по идее своей стейтлесс ?

Так я ему подмонтирую же. Как и в проде в принципе.

а в чм тогда глобальный смысл "контейнера" ?

зачруть ему баш с вимом.

имхо ты баранку на одно место пытаешься натянуть

а в чм тогда глобальный смысл "контейнера" ?

Окружение. Баш с вимом это хорошо (могу и не чрутить), но он там хочет свой любимый php и python

ну пусть он это делает локально

ты же делаешь здоровенную петлю

вообще разрабы обычно локальные конт на своих тачках поднимают для разработки

получается если он мейнтейнит этот контейнер, чтобы поиметь его заново на удалённой машине ему нужно пройти весь цыкл CI и потом зайти туда чтобы продолжить код писать ?

и сами с ними "любятся" так как им нравится

*поиметь заново" - с новыми пакетами какими то

ну пусть он это делает локально

Так я и есть для него локально

Окружение. Баш с вимом это хорошо (могу и не чрутить), но он там хочет свой любимый php и python

если баш с вимом можно не чрутить дай им возможность управлять только своими контейнерами, да не секурно, но это наиболее гибко и просто

вообще разрабы обычно локальные конт на своих тачках поднимают для разработки

Да хер там. Разрабы по сей день на проде код правят. Вот это да. В общей массе нормальный CI делает полторы калеки. Или вон простые проекты (банально я вот сейчас разбор выгрузок из реестра ркн делаю) - сооружать CI flow там усраться можно. Хотя я и использую dev/prod, но примерно всё в одном месте. И отладку делаю на ходу иногда. Это некая неизбежность, которая есть

бред

получается если он мейнтейнит этот контейнер, чтобы поиметь его заново на удалённой машине ему нужно пройти весь цыкл CI и потом зайти туда чтобы продолжить код писать ?

ммм... нет. код-то я ему замонтирую

ты можешь свой CI нарисовать в виде мейкфайла с 5 таргетами, и распростронять его

и сделать там таргеты "локальные" и "ремотные"

ты можешь свой CI нарисовать в виде мейкфайла с 5 таргетами, и распростронять его

Да, а отлаживать я как это буду в бою?

что отлаживать ? мейкфайл у тебя контейнеры крутить будет.

запускать как нужно, маунтить куда нужно, вызовы какие то делать внешние по подготовке энва

что отлаживать ? мейкфайл у тебя контейнеры крутить будет.

Код я как отлаживат буду?

код локальн ов дире.

ты же сам сказал

У меня нет ничего локально. Мой сервер это и есть для меня локально

если "сервер" это "локально" то у тебя есть 2 сервера, прод и не прод.

и там где не прод, твори что хочешь и не заморачивайся

Да хер там. Разрабы по сей день на проде код правят. Вот это да. В общей массе нормальный CI делает полторы калеки. Или вон простые проекты (банально я вот сейчас разбор выгрузок из реестра ркн делаю) - сооружать CI flow там усраться можно. Хотя я и использую dev/prod, но примерно всё в одном месте. И отладку делаю на ходу иногда. Это некая неизбежность, которая есть

Какой в жопу сервер под прод и не прод

Более того, там я хочу чтобы ешё пара девелоперов была на том же сервере со своей кухне

ну тоесть ты хочешь дать возможность разрабу править код на бою, который примаунчен в контейнер. так ?

ну тоесть ты хочешь дать возможность разрабу править код на бою, который примаунчен в контейнер. так ?

Да естественно

ну а нахер вся эта морока с контейнером ?

Например если этот "бой" - это его тест, то в чем вопрос-то/

пусть заходит да хуярит в виме

пусть заходит да хуярит в виме

Во. Куда он заходт-то?

на тачку локальную.

на тачку локальную.

И как он получает свой php?

что значит "получает свой php" ?

он хочет скриптом php обработать у себя что-то. странно, но такое желание возникает

например тупо проверить его работу

он делает sudo make test в рабочей дире и там делается нечто вроде docker run -d --name appt_test --user $(DOCKER_USER) -v $(BUILD_DIR):/home/user/app app:$(TAG) /usr/bin/uwsgi --ini deploy/uwsgi/test_settings.ini

в чем проблема то ?

он делает sudo make test в рабочей дире и там делается нечто вроде docker run -d --name appt_test --user $(DOCKER_USER) -v $(BUILD_DIR):/home/user/app app:$(TAG) /usr/bin/uwsgi --ini deploy/uwsgi/test_settings.ini

1. Я не хочу давать ему докер 2. Ну вот млять неудобно же

это очень удобно.

какой в жопу make test, ну о чем ты

по той причине что в тестах поднимаются ещё контейнеры с бд всякими

1. Я не хочу давать ему докер 2. Ну вот млять неудобно же

Второй пункт при такой концепции я считаю неуместным

ERROR: S client not available

и у тебя одной командой там всё апается, заполняется и подлинковывается

зачем тебе докер, если ты не хочешь давать возможности докера разрабу ?

докер имхо не про админские игрушки

по той причине что в тестах поднимаются ещё контейнеры с бд всякими

Я ему уже всё поднял. Я не хочу чтобы разработчик зхнал слово "докер"

зачем тебе докер, если ты не хочешь давать возможности докера разрабу ?

Потому что он мне нужен как пакетизатор окружений

докер имхо не про админские игрушки

Да щаз

чо то ты смешал понятие окружения и приложения

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

Да щаз

вот отсюда все статьи типа HFTGuy типа докер гавно и всё такое

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

и бомбление и нытьё их типа "ой докер же ничо нового ! ой почему все так прутся ! ой мы так делали 5 лет назад на lxc и баше "

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

Ну. Так всё правильно. Короче. Давай еще проще. Я хочу мелким разрабам дать кошмарную вещь - править код на ходу без тестов, деплоя и деление на dev/prod. Хотя в перспективе я хочу превратить это просто как в упрощенный dev c предустановленными окружениями.

Т.е. идея именно в том, чтобы собрать готовое окружение, а не вести в нем разработку?

Т.е. идея именно в том, чтобы собрать готовое окружение, а не вести в нем разработку?

Нет. Идея в том, чтобы вести разработку в заготоволенном окружении

Нет. Идея в том, чтобы вести разработку в заготоволенном окружении

почему они не могут вести разработку локально ?

почему они не могут вести разработку локально ?

Потому что хипстота

Потому что хипстота

всё наоборот

Откуда у разрабохипстеров взялся этот тренд на разработку в докере?

у хипстоты ci\code review \ regress test \ github hook + jenkins + 2plus merge + autotag

Уже не первый человек за 2 дня который пилит такой изврат

почему они не могут вести разработку локально ?

не знаю. они считают, что локально это я и согласны с моими предустановками

почему они не могут вести разработку локально ?

Ну например тема тестов для многих сложна.

Откуда у разрабохипстеров взялся этот тренд на разработку в докере?

это не хипсторы это старперы который мыслят как и 15 лет назад но берут докер

Ну например тема тестов для многих сложна.

чем ? делаеш make test

Откуда у разрабохипстеров взялся этот тренд на разработку в докере?

Это у меня взялся тренд давать им докер для заметания их мусора под ковер

чем ? делаеш make test

Они не пишут тестов. Честно говоря, я на мелкие разработки тоже тестов не делаю

Это у меня взялся тренд давать им докер для заметания их мусора под ковер

Их мусор... причем тут ты?

Они не пишут тестов. Честно говоря, я на мелкие разработки тоже тестов не делаю

если нет тестов, нет проблем и с их запуском.

Их мусор... причем тут ты?

Я даю им услугу. Сервис. Окружения.

если нет тестов, нет проблем и с их запуском.

Есть проблема с отладкой

Есть проблема с отладкой

в пхп то ? правишь код, принтуешь, контейнер как был запущен так и есть код ты править можешь на локальной тачке

на "удалённой тачке, локально"