0

Я смущен, решая порядок Бамбуковой непрерывной сборки, путаница между загружаемыми Артефактами и уровнем inetgration (или конца к концу) тестируетBamboo непрерывного порядок сборки

В соответствии с моим проектом я поставил следующий порядок - 1. Build, junit, загрузить артефакты (-snapshot), тесты уровня интеграции (не требуется приложение), развернуть службу на сервер, завершить тестирование (требуется развернутое приложение)

У меня есть путаница в том, что выгрузка артефактов (-snapshot) должно быть в конце, т. е. после завершения тестов или когда-либо установлен правильный порядок.

Что я думал о том, что загрузка артефактов (-snapshot) должна быть завершена после того, как все тесты (интеграция и завершение тестов) будут переданы, тогда должен быть загружен только моментальный снимок.

Вторая мысль пришла мне в голову, что тесты конца света должны выполняться как часть развернутых артефактов.

Любые мысли вокруг этого? Спасибо

+0

это зависит от вашего артефакта. Вы упомянули «моментальный снимок» .. что это такое. Ответьте на вопрос к себе. Ваш снимок все еще действителен, даже если тест end2end или тест интеграции не удается?Если да, тогда вы хорошо это сделаете, когда вы это делаете. Однако, если иначе, так что вы должны сделать это в конце. Еще одно предложение, я не уверен, сколько тестов у вас есть в e2e, если это просто тест на дым, тогда все в порядке, иначе сделайте это как часть отдельного плана, в котором выполняется запланированное тестирование, которое только проведет ваше тестирование. Вы не хотите, чтобы все ваше приложение дождалось множества тестов e2e. – TypeScripter

ответ

0

Кажется, что школа мысли в непрерывной доставке - это избежать представления о снимке ci.

Рассматривали ли вы на этапе сборки, чтобы сделать следующий

  1. комплект версии 1.0.0-buildnum;
  2. экспресс-тестирование, интеграция;
  3. контроль качества, например, сонар;
  4. бирка repo с пакетом сборки версии; и
  5. загрузить в artifactory/nexus с версией сборки в репозиторий-кандидат;

На этапе развертывания/выпуска

  1. Скачать 1.0.0-buildnum от кандидата-релиз;
  2. Разверните пакет до арта;
  3. Запуск автоматизированных функциональных тестов (например, огурцы, JMeter)

при развёртывании жить:

  1. Содействие артефакт из cadidate-релиза к репо в Artifactory/связующей;

  2. Развернуть для жизни;

  3. Эксплуатировать дымовой тест, развернуть проверки;

Я делал это в прошлом, читая проект. Преобразование из maven pom или npm project.json и добавление номера сборки в конец. Я вернул версию с помощью инструмента построения. Например, для maven я использую что-то вдоль линий mvn versions:set -DnewVersion=1.0.0-buildnum. Когда мом зарегистрирован с моментальным снимком, я обычно снимаю его.

Смежные вопросы