2012-12-01 3 views
0

핵심 데이터 마이그레이션 상황을 경험하고 다른 사람에게 제안이 있는지 궁금합니다.핵심 데이터 마이그레이션 분기에서 트렁크로

짧은 버전 - 우리는 트렁크에서 V1.5 핵심 데이터 모델 (은 V1.0를 기반으로)했으며, 지점에서 2.0 핵심 데이터 모델 (도 인 기준 v1.0). v2.0 데이터 모델을 v1.5의 변경 사항과 어떻게 병합해야합니까?

긴 버전 : 우리의 원래 응용 프로그램에는 v1.0의 핵심 데이터 모델이 있습니다. 이 애플리케이션을 출시 한 후 지점에서 데이터 모델 v2.0 (v1.0 기반)을 개발하기 시작했습니다. v2.0 개발 과정에서 우리 유지 보수 팀은 v1.0에 버그를 발견하고 트렁크에 v1.5 코어 데이터 모델 (v1.0 기반)을 만들었습니다. 이제 v2.0 개발을 마쳤으므로 지점 변경 사항을 다시 트렁크에 병합해야하며 v2.0 데이터 모델을 v1.5와 병합해야합니다. 아무도 내가 이것에 대해 어떻게해야하는지에 대한 제안을 가지고 있습니까? v2.0 데이터 모델의 기본 버전을 재설정하고 v1.5를 기반으로 만들 수 있습니까?

미리 감사드립니다.

답변

0

버전 번호는 고유하게 버전을 식별하기 위해 고안된 것이므로 동일한 버전 번호로 여러 버전을 사용해서는 안됩니다. 여러 버전에 대해 동일한 버전 번호를 사용하는 경우 2.0 버전이 어떤 버전 2.0인지 확인하여 작업 사용자는 어떻게 알 수 있습니까? 버전 2.0.1과 같은 하위 버전을 만들어야합니다. 그러면 버전 2.0.1에서 수정 된 버그가 버전 2.0에 포함되어 있다는 것을 모든 사람들이 알게 될 것입니다.

+0

Lajos, 나는 동일한 버전 번호를 가진 여러 버전이 없습니다. 무슨 일이 있었는지, v1.5 데이터 모델에 v1.0을 기반으로하는 버그 수정이 포함되어 있고 v2.0 데이터 모델에 v1.0을 기반으로하는 새로운 기능이 포함되어 있기 때문에 (v2.0에서는 그렇지 않습니다. 버그 수정). v1.5는 트렁크에 있고 v2.0은 브랜치에 있습니다. 그 이유는 v1.5가 현재 버전의 응용 프로그램에 대한 패치이므로 v2.0이 개발되는 동안 릴리스되었습니다. – clx

관련 문제