Мы работаем над git-flow в нашем текущем проекте и одновременно добавляем несколько функций. У нас есть только одна среда QA, которая может содержать только одну сборку за раз. Если есть несколько функций, ожидающих тестирования, и наши члены QA могут тестировать их параллельно, нам нужно (как ответил здесь ), чтобы создать ветку integration для загрузки в среду контроля качества и тестирования. Однако мы обнаружили некоторые проблемы в этом решении, которые возникают в этом потоке:
- Мы не можем объединить функцию интеграции с разработкой, если не все функции были одобрены вовремя или некоторые из них нужно было исправить. ИЛИ ЖЕ:
- После успешного подписания одной или нескольких функций мы можем «доработать» исходные функции, но тогда код в разработке, вероятно, будет отличаться от кода интеграции из-за различий в слиянии.
- Каждое исправление проблемы, поднятой QA, требует слияния исходной ветки функций с интеграцией, поэтому люди часто решают проблему в ветке интеграции, создавая хаос, если это делается параллельно, и делая исходную функцию устаревшей.
- Трудно уследить, какие функции включены в интеграцию, какие были протестированы и, что наиболее важно, какие функции вызывают ошибку.
Есть ли лучший способ параллельно протестировать несколько функций? Есть ли у вас советы, как сделать процесс лучше?
