Мы работаем над git-flow в нашем текущем проекте и одновременно добавляем несколько функций. У нас есть только одна среда QA, которая может содержать только одну сборку за раз. Если есть несколько функций, ожидающих тестирования, и наши члены QA могут тестировать их параллельно, нам необходимо (как ответ here) создать ветку integration
для загрузки в среду QA и для тестирования. Однако мы обнаружили некоторые проблемы в этом решении, что этот поток рейз:Тестирование нескольких функций сразу в Git-Flow
- Мы не могут объединить функции интеграции в разработке, если не все функции получили знак-офф во время или некоторые из них должны были быть исправлено. OR:
- После успешного получения выписки для одной или нескольких функций мы можем «закончить функцию» оригинальными функциями, но тогда код в разработке, вероятно, отличается от интеграции из-за разницы в слиянии.
- Каждое исправление для проблемы, поднятое QA, требует объединения от первоначальной ветви функции до интеграции, поэтому люди часто исправляют проблему на ветке интеграции, делая хаос, если это делается параллельно, и устаревают оригинальные функции.
- Трудно уследить, какие функции находятся в интеграции, и что было проверено и что самое главное, какая особенность вызывает ошибку.
Есть ли лучший способ протестировать несколько функций параллельно? У вас есть советы по улучшению процесса?
Есть ли филиалы, извлеченные из развитой отрасли? И ваша среда QA основана на развитии отрасли? –
@ marina-msft Нет, мы проверяем особенности. Это имеет значение? Мы можем загрузить любую сборку, которую хотим включить в QA env, но каждая загрузка будет отменять его предшественника. – FisherI