Хочу организовать CICD пет-проекта. Хочу чтоб пулл-реквест с веток bug/.... который я влил в мастер сразу деплоился на TestFlight.
Что написать в on: ....?
https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#example-including-branches-and-tags
Да три дня читал и видосы смотрел и не понял ничего. Как установить именно ветку ИЗ которой приходят изменения в мастер?
Ну ты даёшь. Двойной фильтр ставишь по эвенту и тегу ветки. По типу: on: pull_request: branches: - jopa/*
https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#on
А разве это не фильтр на только пулл-реквест? Меня интересует именно работа после того как пулл-реквест вливается в ветку а не просто по факту создания реквеста
Мне кажется, что если в github нет какого-то функционала - то он не появится лишь потому, что ты так придумал. По крайней мере из офф. манов там ничего про то, чего ты хочешь не говорится.
А как тогда посоветуешь? Я хочу чтоб весь багфиксинг после проверки и вливания в мастер - залетал в тестфлайт
Ты хочешь именно состояние ветки в багфиксинг запихивать или состояние мастера?
Я думаю, что я уже ответил тебе на вопрос)
Мастера, но после того как туда попали изменения именно с веток багфиксинга
https://docs.github.com/en/actions/reference/events-that-trigger-workflows#pull_request
Выглядит избыточно, мне кажется Почему недостаточно тестировать ветку перед залитием в мастер, как условие мерджа?
Я хочу просто разделить частоту выпуска багфиксинговых релизов и релизов с новыми фичами
В смысле просто считать? Что значит разделить частоту?
Релизы багфиксинга делать по мере готовности, а с фичами например раз в два месяца
Не понимаю всё равно желаемого процесса. Вот есть багфикс. Багфикс ветку смерджил в мастер. Бежит тест. Вот есть фича. Фича ветку смерджил в мастер. И что тогда?
Зачем вообще так делать, непонятно
Ну разные приоритеты: у багов выше - тестим и релизим сразу
Так в ветке же, до мерджа это решается
Извини, но не понимаю как это сделать - расскажи пожалуйста 😕
Ну я не понимаю проблемы всё ещё. Тесты должны бежать на мастере перед релизом, и на всех бранчах перед мерджем, не хочешь релизить фичу - не мерджишь в мастер... Я так вижу.
в мастере могут быть изменения с веткой несовместимы: мастер с багом, ветка с багфиксом, а после мержала или баг остался, или новый появился
Для этого форсится мердж мастера в ветку (branch must be up to date в гитхабе или как-то так) как условие мерджа ветки в мастер.
Ну кстатииии...🤔🤔🤔 надо это обдумать
Нзчт, почитай про github flow, это примерно оно и есть
Обсуждают сегодня