#git #amazon-web-services #continuous-integration #continuous-deployment #pull-request
#git #amazon-веб-сервисы #непрерывная интеграция #непрерывное развертывание #запрос на извлечение
Вопрос:
Конвейер CI / CD поддерживает конвейеры для каждой ветви, но конвейер для функциональных ветвей не запускается автоматически. Для следующих ветвей развернуты конвейеры: development , master . Соответствующий конвейер запускается onCommit событием (codeCommitRepo.onCommit('OnCommit', {}) , поэтому всякий раз, когда в ветку отправляется какой-либо код. Мы планируем использовать git-flow в качестве стратегии ветвления, но не совсем видим преимущества вызова другой ветви staging в дополнение к development , master .
- Есть ли смысл иметь третью ветвь, такую как «промежуточная», при использовании CI / CD?
Конвейер CI / CD выглядит следующим образом:
- На каком этапе должен быть создан PR из ветки функций?
- На каком этапе PR должен быть объединен с веткой разработки?
- На каком этапе должен быть создан PR из ветки разработки в master?
- На каком этапе PR должен быть объединен с основной веткой?
- Что делать, если конвейер разработки завершается с ошибкой? Должен ли код вручную отключаться, чтобы вернуть разработку в стабильное состояние?
- Что делать, если главный конвейер выходит из строя? Выполняется ли объединение кода в ветке после успешного завершения конвейера?
Я хотел бы понять, как должен выглядеть поток, начиная с ветки функций. (P.S: не интересуюсь стратегией разработки на основе магистрали)
Кроме того, если я поддерживаю конвейер для каждой ветки разработки и главной ветки, это означает, что я также создаю в два раза больше. В описании конвейера говорится «создать один раз, развернуть много». Я иду в неправильном направлении здесь?
Ссылка на CI / CD: https://github.com/awslabs/aws-simple-cicd
Комментарии:
1. Не могли бы вы опубликовать ссылку на используемый вами CI / CD? Я видел это в ваших предыдущих сообщениях, но теперь я не могу его найти.
2. @Marcin: github.com/awslabs/aws-simple-cicd
3. @Marcin пожалуйста, дайте мне знать, если вам нужна дополнительная информация. С нетерпением ждем вашего ответа
4. К сожалению, у меня пока нет конкретного ответа.
5. «Это означает, что я создаю в два раза больше» — если вы остаетесь в Gitflow, здесь нет реальной работы. Если вы перейдете на TBD или какой-то его вариант, вы можете это изменить.