Pull to refresh

Comments 3

Все то же самое, но гораздо проще по настройке, можно сделать с помощью TeamCity
Все круто, но! Забыли очень важный аспект, а именно деплоймент.

Во-первых, нет артефакта в виде бинарей сайта (см. Copy Artifact Plugin). Во-вторых, нет педали, которая этот артефакт угонит на тестовый\боевой стенд и там все развернет.

Поставьте себя на место деливери/QA — как бы вы разворачивали сайт, не имея под рукой ни xbuild, ни кода?
> Все круто, но! Забыли очень важный аспект, а именно деплоймент.
Спасибо за замечание!
> Во-первых, нет артефакта в виде бинарей сайта (см. Copy Artifact Plugin).
Эмм… Не совсем понял.
>Во-вторых, нет педали, которая этот артефакт угонит на тестовый\боевой стенд и там все развернет.
Согласен. В данном примере разворачивание (если это можно так назвать) производится на локальной машине, простым копированием бинарных файлов, и страниц в отдельную папку и перезапуском Apache. Производится это в рамках цели функционального тестирования (Selenium) и сделано для того, что бы обозначить, что данный шаг присутствует.
Пожалуй это не правильно и будет лучше перенести deploy в отдельную цель.
> Поставьте себя на место деливери/QA — как бы вы разворачивали сайт, не имея под рукой ни xbuild, ни кода?
Задумка такова, что в рамках Jenkins-проекта при успешной компиляции приложение автоматически будет развернуто на сервере (серверах) заданных в конфигурации. И получается, что для тестировщиков разворачивание будет происходить автоматически (хотя возможно это и не правильно, т.к. как откатиться к любой из предыдущих версий?). На некоторые вопросы мне сложно рассуждать, из-за отсутствия соответствующего опыта.
Sign up to leave a comment.

Articles