우리는 SVN 기반 멀티 모듈 자바 프로젝트가 있습니다. 여러 팀이 여러 항목을 작업하고 자체 릴리스 계획을 가지고 있기 때문에 개발을 시작할 때 트렁크에서 분기를 만듭니다. 가지가 풀려서 전개되면 트렁크에 다시 접힌 다.
자동화 된 회귀 테스트, 그것은 다시 트렁크에 합병 된 이후 분기에서 개발 된 모든 기능의 정신 테스트에 사용 된 품질 보증 사람들이 없기 때문에. 팀의 개발자 중 최근에 자신이 우려하는 부분이 있습니다. 이들 지점은 병합 SVN과 같은 안정적인 툴에 의해 수행되고 있기 때문에, 테스트 금액은 충돌이있는 경우를 제외 도구가 아닌 제품을 테스트하고 있다는 점이다. 따라서 이들은 충돌하는 모듈이나 기능으로 만 범위를 제한함으로써 QA의 노력을 줄이기 위해 노력하고 있습니다. 내 질문은, 당신은 개발자의 주장에 가치를 보았습니까? ?트렁크에 분기를 병합 한 후 테스트해야합니까? ?
0
A
답변
1
충돌없이 병합해도 응용 프로그램 오류가 발생할 수 있습니다.
예 : 프로젝트에서 아무데도 사용되지 않은 함수 A
이있었습니다. 이 팀이 자신의 코드를 사용, 무효이며, 사용되지 않기 때문에
1 팀은 그것을 제거. 병합 후 코드가 컴파일되지 않습니다.
그래서 실행 테스트는 코드베이스의 변경 후 필요합니다.
0
나는 우리가 SVN 트렁크에 병합하기 전에 문제를 필터링 할로 시험이 필요하다 생각합니다. 중간 테스트 프로세스가 제거되면 중간 테스트 레벨 자체에서 제거 된 일부 문제가 발생할 수있는 높은 위험이 있습니다. 문제를 @ 나중에 수정하는 비용은 항상 비쌉니다. 따라서 중간 시험이 요구됩니다. 우연한 인간 실수는 피할 수없는 일입니다!
관련 문제
- 1. svn 분기를 트렁크에 병합 한 후 수행 할 작업은 무엇입니까?
- 2. 특정 태그에서 SVN 분기를 만들고 트렁크에 병합
- 3. 브랜치를 subsvn의 트렁크에 병합 한 후 브랜치를 삭제 하시겠습니까?
- 4. 트렁크에 병합 된 분기가 닫힌 것으로 간주됩니까?
- 5. 분기를 트렁크에 병합 한 다음 분기로 다시 병합 할 때 왜 충돌이 발생합니까?
- 6. cherrypick svn 분기를 트렁크에 병합 한 다음 나중에 --reintegrate와 병합 하시겠습니까?
- 7. 브랜치 분기를 트렁크에 직접 병합하는 방법
- 8. 기능 분기를 트렁크에 다시 통합하고 개정판 저장
- 9. 비 동기화 기능 분기를 트렁크에 병합하는 방법은 무엇입니까?
- 10. 현재 분기를 HEAD에 병합
- 11. 분기를 "역 병합"
- 12. SVN 병합 후 rebase
- 13. 병합 된 분기를 제거해야합니까?
- 14. TortoiseSVN을 사용하여 SVN 1.5 이전 기능 분기를 병합
- 15. 분기를 삭제 한 후 svn 분기 기록을 볼 수 있습니까?
- 16. 분기를 전환 한 후 파일을 더티로 표시합니다.
- 17. 트렁크의 디렉토리 구조가 변경된 경우 트렁크에 다시 브랜치를 병합 하시겠습니까?
- 18. 브랜치를 다시 트렁크에 병합 할 때 SVN 충돌을 피하는 방법
- 19. 사후 병합 커밋을 유지하면서 자식 분기를 병합 해제하십시오.
- 20. 힘내 병합 후 병합하고
- 21. 병합 후 되돌리기, 나쁜 생각인가요?
- 22. subversion이 트렁크에 다시 병합합니다.
- 23. TFS와 병합 한 후 지점을 수행 할 작업
- 24. SVN에서 트렁크로 분기를 다시 병합 할 때의 문제점
- 25. SVN - 분기를 트렁크에 병합하고 일부 트렁크 변경 사항/새 기능을 덮어 씁니다.
- 26. TFS 2008 - proj 파일의 이름을 바꾸고 트렁크에 다시 병합 -
- 27. Subversion 분기를 병합 할 때의 보존 내역
- 28. 병합 후 분기의 로그를 커밋하는 것은 어떻게됩니까?
- 29. 병합 트렁크 : 다시 다음 명령을 사용하여 지점에 SVN 트렁크에 변경 내용을 병합하려고 후 "보안 연결 잘림"
- 30. 병합 후 병합 완결 VIM