Ищу хороший кукбук по кореос и докеру

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

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

лонг стори шорт, я так понимаю сам термин continuous integration это создание сервера/сервиса который будет проверять код до того как произошёл каммит. это правильно?

это центразлированная система контроля за процессом внесения изменений в исходный код

а она может включать в себя юнит тест, если да, то каким образом это контроллируется?

они может в себя включать вообще любой контроль

и тесты, и статический анализ, и хоть чтение диффов громко через динамик

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

а создание экзешников это тоже её задача или как прошёл каммит, то конец интеграции?

это уже CD — continious delivery

когда мы не только интегрируем чужие изменения, но ещё и крафтим что-то из них

но допустим чтобы всё протестить нужно прогнать билд, тогда ведь это нужно?

условно CI это когда разработчику говорят что он пидор

а CD это когда из сервера выпдают экзешники после комитов

например в nightly канал, когда самым лояльным приезжает самый страшный и свежий пиздец

а если без экзешников разработчику не понять что он пидор?

значит это часть интеграции

но не CD?

CD больше о том, что мы не будем катать релизы руками

да это щас всё одно

CI/CD

лады

потому что понять где заканчивается интеграция и начинается доставка уже сложно

тогда еще

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

чем они отличаются?

эм

exe это частный случай бинарного кода :)

в смысле ты не можешь открыть экзешник и читать его вслух

ну как, можешь, но тебя в дурдом увезут

если ты не реверс-инженер

им можно

я просто не совсем понимаю пошаговое создание кода в экзе

я думал компиляция это уже экзе

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

с каким-то там промежуточными звеньями

и что создаётся при этом?

от плафтормы зависит :)

сорри за тупые вопросы

ну десктоп винда например

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

ага...

на венде всё ещё exe вроде

ну окей, а что такое release management?

в смысле не просто, что такое, а какую роль он тут выполняет если всё автоматизированно?

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

😱

типа сбор данных от бизнеса и сбор пререквезитов от разработчика?

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

Конкурент растет, кек 🌚

кто за что отвечает, какие метрики и вот это всё

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

хмм

АФТАМАТИЗАЦЫА

Пока одмен пьет кофе

хмм это точно yopp?

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

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

ах так, тогда понятно

спасибо

а чтоб понять что фича готова нужны понятные ключевые показатели

то есть тесты и прочее

не только

например сборка крешрепортов и анализ автоматизированный

или ручной

например что продукт стал валится на какой-то платформе

или на каких-то кейсах

дааа... походу мне учиться еще и учиться

для этого нужны бедные бетатестеры

я запишу и почитаю про это, спасибо

да это щас всё одно

+1 Нечего так уж запариваться о терминологии, тут не математика где все определения четко сформулированы десятилетиями.

в айти 10 лет это вообще вечность

ну когда я ходил на собеседование в Accenture меня именно определения спрашивали

вспомните чо десять лет назад было

только айфон выпустили

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

(компактный)

с батарейкой на час, если повезло

(три если прямо сильно повезло!)