2017-02-22 100 views
0

Мы работаем над git-flow в нашем текущем проекте и одновременно добавляем несколько функций. У нас есть только одна среда QA, которая может содержать только одну сборку за раз. Если есть несколько функций, ожидающих тестирования, и наши члены QA могут тестировать их параллельно, нам необходимо (как ответ here) создать ветку integration для загрузки в среду QA и для тестирования. Однако мы обнаружили некоторые проблемы в этом решении, что этот поток рейз:Тестирование нескольких функций сразу в Git-Flow

  1. Мы не могут объединить функции интеграции в разработке, если не все функции получили знак-офф во время или некоторые из них должны были быть исправлено. OR:
  2. После успешного получения выписки для одной или нескольких функций мы можем «закончить функцию» оригинальными функциями, но тогда код в разработке, вероятно, отличается от интеграции из-за разницы в слиянии.
  3. Каждое исправление для проблемы, поднятое QA, требует объединения от первоначальной ветви функции до интеграции, поэтому люди часто исправляют проблему на ветке интеграции, делая хаос, если это делается параллельно, и устаревают оригинальные функции.
  4. Трудно уследить, какие функции находятся в интеграции, и что было проверено и что самое главное, какая особенность вызывает ошибку.

Есть ли лучший способ протестировать несколько функций параллельно? У вас есть советы по улучшению процесса?

+0

Есть ли филиалы, извлеченные из развитой отрасли? И ваша среда QA основана на развитии отрасли? –

+0

@ marina-msft Нет, мы проверяем особенности. Это имеет значение? Мы можем загрузить любую сборку, которую хотим включить в QA env, но каждая загрузка будет отменять его предшественника. – FisherI

ответ

0

Решение, о котором вы упомянули, является , объединило все изменения в ветвях функций вместе. Если это подходит для вашей ситуации, вы можете использовать его.

Если вы хотите тест функция отдельно, вы можете использовать ниже способов:

  1. Создание ветви с вашей QA среды (разработка филиал), каждый из отрасли используется для тестирования различных функций.
  2. Когда одна функция закончена, вы можете объединить ее в ветке разработки.
  3. Если вы хотите записать процесс тестирования в ветку разработки, вы можете переустановить эти фиксации на развитие ветки.