У нас есть проект Java-модуля на основе SVN. Поскольку несколько команд работают над несколькими элементами и имеют свои собственные планы выпуска, они создают ветки из магистрали, когда они начинают разработку. Когда ветвь выпущена и развернута, она складывается обратно в багажник.
Поскольку автоматических регрессионных тестов не проводилось, люди QA использовали для проверки работоспособности всех функций, разработанных в ответвлении после того, как они были объединены обратно в багажник. В команде есть раздел разработчиков, который недавно выразил свою озабоченность по поводу этого. Их точка зрения заключается в том, что, поскольку слияние выполняется с помощью стабильного инструмента, такого как SVN, любое количество тестов проверяет инструмент, а не продукт, за исключением случаев конфликтов. Следовательно, они пытаются уменьшить усилия QA, ограничивая область только конфликтующими модулями или функциями. Вопрос в том, видите ли значение в аргументе разработчиков. ?Тестирование требуется после слияния ветки с багажником. ?
ответ
Даже объединение без конфликтов может привести к ошибкам приложения.
Например: была функция A
, которые не использовались нигде в проекте.
Команда 1 удалила ее, поскольку она устарела и не используется, команда 2 использовала ее в своем коде. После слияния ваш код даже не будет компилироваться.
Необходимо выполнить следующие тесты после любых изменений в вашей кодовой базе.
Я думаю, что тестирование необходимо, поскольку мы фильтруем проблемы перед слиянием с магистралью SVN. Если процесс промежуточного тестирования устранен, существует высокий риск того, что могут возникнуть некоторые проблемы, из-за которых wud был исключен @ на уровне промежуточного тестирования. Стоимость исправления проблемы @ на более позднем этапе всегда стоит дорого. Следовательно, очень требуется промежуточное тестирование. Случайная человеческая ошибка неизбежна!
- 1. TortoiseSVN слияние ветки с багажником
- 2. SVN, сливаясь с багажником до ветки
- 3. Добавить после слияния ветки?
- 4. git rebase после слияния опубликованной ветки?
- 5. Что делать с веткой после слияния с TFS
- 6. Тестирование Крючки сценария после слияния для мерзавца
- 7. создание ветки только для слияния
- 8. Base ClearCase-Предотвращение слияния с определенной ветки
- 9. GIT: Как вытащить изменения из ветки после возврата слияния
- 10. удаление вторичной ветки после слияния в ведущую ветку - все останутся?
- 11. Какое отношение имеют две ветки после слияния git (на Xcode)?
- 12. Восстановление комментариев SVN после слияния
- 13. Ветви еще различия после слияния
- 14. SVN: Как сохранить филиал в синхронизме с багажником?
- 15. Клонирование ветки без слияния основной ветви
- 16. Правильная операция git для слияния части ветки
- 17. Как получить журнал слияния для ветки?
- 18. Git сравнить до слияния 2 ветки
- 19. Возвращение после слияния, плохая идея?
- 20. модульное тестирование - требуется консультация
- 21. Слияния с ветки на ствол с «Объединить диапазон ревизии»
- 22. слияния требуется обновить несколько таблиц
- 23. Как мне удалить конфликты слияния git после слияния неправильно?
- 24. Повторяемость слияния-сортировки - требуется пояснение
- 25. Компиляция бинзора Айенде с багажником Boo
- 26. Требуется фиксация после разрешения конфликта слияния во время перезагрузки Git?
- 27. Git commit исчез после слияния
- 28. восстановление ветвей git после слияния
- 29. как объединить ветки после Git revert
- 30. Синхронизация между багажником и веткой с SVN