Comments 10
Описали уже множество раз расписанный этап.
А почему не показали более простой способ из докера?
И что с двухфакторной аутентификацией — ну хоть какие-то современные фишки добавьте.
Про плугины пол-слова — это ужасно вредная статья!
Более простой это не из докера.
Более простой - это создать юзера дженкинс, скачать jenkins.jar и запустить.
ВСЕ.
Что же касается
Continuous Deployment Pipeline — высший пилотаж, который редко встречается на практике, потому что всегда есть определённые ограничения. Эти ограничения могут быть как в самом пайплайне, так и в бизнес-процессах с точки зрения безопасности. Но, однозначно, Continuous Deployment Pipeline — то, к чему нужно стремиться.
Это немного бредово звучит.
Есть РАЗНЫЕ продукты, у разных продуктов может быть свой жизненный цикл. И стремиться во всех продуктах именно к Continuous Deployment, будет то, что MS пытается сделать с Windows. Нравится? Думаю не очень.
Continuous Deployment, будет то, что MS пытается сделать с Windows. Нравится? Думаю не очень.
Слушайте, всегда можно найти крайности.
Во-первых, есть тестовые среды, куда CD имеет смысл. Там же и тесты гонять
Во-вторых, есть бета-программы. Они есть и у ОС, и у IDE, и у тому подобного. Где пользователи готовы и получают самое свежое, но нестабильное.
В-третьих, есть плавные запуски новых фич и новых продуктов.
Короче, CD не плохо, плохо - безответственный подход с любым процессом разработки и релиза.
Докер-контейнер за собой еще и таскать удобнее и систему джавой не нужно захламлять (если вы не джавист, то может быть актуально).
такой большой список Ява параметров, которые не объясняются, и видимо их надо перепечатывать с картинки.
Ребят, ну какая-то совсем ниочёмная статья! Если у вас и курс такого же уровня - то это грусть-печаль )
У них даже на первой картинке в статье о CI/CD здесь нарисовано СБОРКА->ТЕКСТ->РЕЛИЗ (вместо ТЕСТ). Это говорит о качестве их материала. Никто его не проверяет похоже. Интересно, как быстро картинку поправят...
Основы CI/CD. Знакомство с Jenkins