Учебная или исследовательская работа о том, как реализовать разработку на основе магистральных сетей / магистральных ветвей?
Пожалуйста, не могли бы вы поделиться учебным или исследовательским документом о том, как реализовать "основанную на соединительных линиях" / основную ветвь разработки (в отличие от долгоживущих подотраслей) в среде на основе микросервисов?
Предпочтительно исследование, дающее обоснование экономического обоснования ($$$) и доказательства преимуществ такого подхода.
Это может убедить разработчиков и менеджеров в том, что важно стремиться к кратковременным переходам, например, с помощью "переключателей функций".
В отличие от наличия долгоживущих (под) ветвей, которые трудно объединить обратно в мастер и которые затрудняют автоматическое тестирование из-за того, что не достаточно часто тестируют "(основную) магистраль / мастер".
Кроме того, было бы интересно, если бы в документе обсуждались общие подводные камни, плюсы и минусы и (практические) препятствия при реализации разработки на основе соединительных линий, например, как обрабатывать изменения в контрактных версиях между микро-сервисами (командами), например, используя функцию переключается между микро-сервисами, когда магистраль / мастер постоянно обновляется многими микро-командами?
Если в документе упоминается PACT или аналогичная структура, это будет дополнительным преимуществом, чтобы убедить руководство в правильном направлении.
Спасибо!
1 ответ
Вместе с друзьями создайте сайт: https://trunkbaseddevelopment.com/ котором есть много альтернативных вариантов, но вы были после тематических исследований. Вот один - https://devops.paulhammant.com/bofa-platform-case-study/. Это было десять лет назад, и куча моей работы объясняет это корпорациям, и какие шаги нужно предпринять в первую очередь на многимесячной серии шагов на CD.