Удаленка для jenkins+selenide+selenoid+allure+docker спецов на 2-3 часа в день. 100% remote! Присоединиться к проекту

Внедрения автотестов в цепочку bitbucket pull request->выливание на прод

team-city
jenkins
selenium
webdriver
Теги: #<Tag:0x00007fedbc136c10> #<Tag:0x00007fedbc136ad0> #<Tag:0x00007fedbc136990> #<Tag:0x00007fedbc136828>

(Sheff) #1

На проекте хотят сделать следующее: после пулл реквквеста на битбакете должны запускаться тесты. Если тесты прошли успешно, сливать код на прод.
Если кто-то делал подобное, поделитесь пожалуйста опытом


(Lev Yarushin) #2

Вот это похоже на то что вы ищете:
https://confluence.atlassian.com/bitbucket/pull-request-post-service-management-385913080.html


(Sergey Korol) #3

Что-то какой-то странный у вас flow… Исходя из этой логики, девелопер может создать PR, никого не подписав в ревьюверы, с пустыми (но зелеными) тестами. И благополучно сразу же задеплоить какой-то деструктивный код на прод.

Давайте начнем с детализации того, что у вас там вообще происходит. Я то конечно могу предположить, что речь все же идет о PR merge событии из release в master branch, естественно после прохождения code review. Но все же, на всякий случай лучше уточнить…

Ну а если абстрагироваться от flow, то у Bitbucket настраиваются webhooks на нужные события (по типу PR merge). Запрос улетает на CI. CI выгребает исходники, запускает тесты, билдит приложение, проводит деплой, куда нужно.

Опять-таки, тут важно понимать, что за CI, насколько сложная инфраструктура и т.п.


(Sheff) #4

Как я понял этот функционал устарел и его нет уже на bitbucket


(Lev Yarushin) #5

Ну тогда хуки, с BitBucket давно не работал. Всё больше с Bamboo )