фиксирвоать зависимости по расписанию?

блат, ну по событиям, по расписанию)))

ну ок, а дальше что? пуш в репозиторий?

а если запускает человек - он может это сделать вне CI

дядь, с большими объемами речи об описании вне CI не идет

и этот человек нам рассказывает про автоматизацию

"У нас на командном пункте всё автоматизировано. Мне достаточно нажать кнопку и отдать приказ в микрофон, дежурные офицеры _автоматически_ отдают распоряжения и солдаты _автоматически_ прибегают и делают."

ну ок, а дальше что? пуш в репозиторий?

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

если это стнадартная работа - чего мы вообще это обсуждаем?

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

я в курсе про CI/CD, но ты сказал, что pipenv не нужен, т.к. все хорошо решается pip'ом. Тебя пропросили рассказать как это должно работать

мы касались этого вопроса в начале

мы касались этого вопроса в начале

Ты можешь ответить на простой вопрос: как lock-файл попадает в репозиторий?

его туда пушит CI?

обычный список зависимостей выводится, с него строить образ докера, в кастомных случаях строится еще образ, своим именем отображающий разницу версий, это делается в CI/CD

Ты можешь ответить на простой вопрос: как lock-файл попадает в репозиторий?

никак, он там не нужен вообще

никак, он там не нужен вообще

так, т.е. получается что docker image не воспроизводимый?

сегодня он соберется с одной версией зависимости, а завтра - с другой?

его туда пушит CI?

нет, CI/CD в репу ничего не пишет, он строит на своих ресурсах образ для контейнера и доставляет его на сервер для запуска. При построении описывается кастомизации, если надо

никак, он там не нужен вообще

как не нужен? а как второй раз собрать такой же образ?

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

а еще другие разработчки как-то должно воспроизвести это же окружение у себя

так, т.е. получается что docker image не воспроизводимый?

работай гибко с образами, строй образы с разными версиями(решается тэгированием образа). Это базовый функционал докера

а еще другие разработчки как-то должно воспроизвести это же окружение у себя

+

работай гибко с образами, строй образы с разными версиями(решается тэгированием образа). Это базовый функционал докера

ты вообще не про это

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

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

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

если у тебя нет лок-файла, то ты не можешь гарантировать что два раза собрав docker image в них будут одинаковые зависимости

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

и чтобы при этом не отличались версии зависимостей

и чтобы при этом не отличались версии зависимостей

ну я ж сказал ТОЛЬКО. вообще все идентично должно быть остальное

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

тсс

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

в докере кэш слоев есть, учи мат часть

?

в докере кэш слоев есть, учи мат часть

ага, расскажи нам как работает кэш слоев, когда у тебя десяток нод сборщика

кэш слоится на десяток нод сборщиков

кэш слоится на десяток нод сборщиков

т.е. вся надежда на кэш?

хорош, да? ?

хорош, да? ?

нет

т.е. вся надежда на кэш?

нет, я не верю слоёному кэшу и использую pipenv

Омг снеси уже это древнее говно и поставь 10

виндузятники дерутся!

нет, я не верю слоёному кэшу и использую pipenv

ну в общем ты не привел ни одной рабочей схемы пока

ну в общем ты не привел ни одной рабочей схемы пока

прости, отец

покажешь рабочую схему?

покажешь рабочую схему?

Ci/cd

Ci/cd

норм, че , пойду построю

Ничего не знаю, но ci/cd. Специальные люди этим занимаются, там все просто.

Ничего не знаю, но ci/cd. Специальные люди этим занимаются, там все просто.

понял, отправился на поиски специальных людей

буду обращаться за рабочими схемами

покажешь рабочую схему?

Ну это ты начал рассказывать про CI/CD

Ну это ты начал рассказывать про CI/CD

если серьезно, то я не думал, тчо тут кому-то надо рассказывать за схему построения задачи и их цепочек в CI/CD

Итого: фиксация версий в репе не нужна, кэш докера все гарантирует.

То тсамый кэш, который чистят по крону, чтобы место не занимал

и который не ведет истории

как-то ожидал иного уровня от сообщества, ошибся, бывает

и который локальный

и который не синкается между машинами CI и разработчиков

вы серьезно? я вас потролил , а вы повелись?

это я про кэш слоев

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

вы серьезно? я вас потролил , а вы повелись?

ага, с самого начала как начал втирать про CI

вы серьезно? я вас потролил , а вы повелись?

ну тогда ответь серьезно, что делать если у тебя нет лок-файла в репозитории?

ну тогда ответь серьезно, что делать если у тебя нет лок-файла в репозитории?

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

Сейчас скажет, что нужен пипенв

ну тогда ответь серьезно, что делать если у тебя нет лок-файла в репозитории?

там не лок файл, а обычнейший список зависимостей с версиями из pip. Это ровно тот смысл, с чего начался разговор о ненужности pipenv. По сути этот файл со списком , такой же лок файл.

Сейчас скажет, что нужен пипенв

опередил меня, не могу теперь так сказать)

там не лок файл, а обычнейший список зависимостей с версиями из pip. Это ровно тот смысл, с чего начался разговор о ненужности pipenv. По сути этот файл со списком , такой же лок файл.

Этот файл с зависимостя как создавался? руками разработчика?

там не лок файл, а обычнейший список зависимостей с версиями из pip. Это ровно тот смысл, с чего начался разговор о ненужности pipenv. По сути этот файл со списком , такой же лок файл.

в смысле “такой же лок файл”?

Этот файл с зависимостя как создавался? руками разработчика?

да, это разовая операция, я писал об этом в начале

да, это разовая операция, я писал об этом в начале

ручная?

ручная?

в начале предложения ответ

да, это разовая операция, я писал об этом в начале

Ну не разовая, каждый раз при установке новой либы ты добавляешь зависимость в requirements

в начале предложения ответ

разработчик прям руками туда вбивает зависимости или делает pip freeze > requirements.txt?

Ну не разовая, каждый раз при установке новой либы ты добавляешь зависимость в requirements

допустим, я это делаю раз в пол года, это нельзя назвать разовой?

Ну не разовая, каждый раз при установке новой либы ты добавляешь зависимость в requirements

и периодически обновлять ещё

допустим, я это делаю раз в пол года, это нельзя назвать разовой?

На мой взгляд, нет.

допустим, я это делаю раз в пол года, это нельзя назвать разовой?

нельзя

разработчик прям руками туда вбивает зависимости или делает pip freeze > requirements.txt?

это и есть урчная операция, нужно версию подправить, можно прям руками изменить в файле значение

это и есть урчная операция, нужно версию подправить, можно прям руками изменить в файле значение

Нет, нельзя, там косвенные зависимости могли поменяться

точнее попробовать можно, но не всегда это будет работать

На мой взгляд, нет.

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

это и есть урчная операция, нужно версию подправить, можно прям руками изменить в файле значение

а если новая версия зависит от другие версий других либ?

ну вообще раз в пару месяцев на каждом проекте

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

Откуда это? Я ничего не говорил про автоматизацию.

Ребят, сколько с фриланса в месяц имеете?

Нет, нельзя, там косвенные зависимости могли поменяться

где там?: ты разработчик, ты фиксируешь зависимости, нигде они не меняются. Они лишь могут отсутствовать в репозитории pypi, если их кто-то оттуда удалил(на этот случай делается свой кэш пакетов)

Ребят, сколько с фриланса в месяц имеете?

делай сайты на джумле

Парень, походу, еще не догнал, какие зависимости надо фиксировать.

Откуда это? Я ничего не говорил про автоматизацию.

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

Я спрашиваю. Сколько в месяц на фриланс зарабатываете

Парень, походу, еще не догнал, какие зависимости надо фиксировать.

вот я тоже про это подумал

А не утверждаю

вот я тоже про это подумал

ну обучите уж тогда

если это так

где там?: ты разработчик, ты фиксируешь зависимости, нигде они не меняются. Они лишь могут отсутствовать в репозитории pypi, если их кто-то оттуда удалил(на этот случай делается свой кэш пакетов)

Ты в requirements.txt вообще фиксируешь неявные зависимости?

Ты в requirements.txt вообще фиксируешь неявные зависимости?

все втыкаю

Я спрашиваю. Сколько в месяц на фриланс зарабатываете

Вопрос неуместный. Зачем тебе?