2008-10-21 8 views
6

큰 프로젝트를 StarTeam 5에서 Subversion으로 마이그레이션해야하며, 주요 릴리스의 스냅 샷 (최소 5 ~ 10 개)을 유지하고 싶습니다. 다음을 고려했습니다.StarTeam 5에서 Subversion으로 마이그레이션하는 전략은 무엇입니까?

  • 각 스냅 샷의 수동 또는 스크립트 내보내기/가져 오기. 장점 : 레이블이있는/일자 버전을 쉽게 선택할 수 있습니다. 단점 : 시간이 오래 걸리며 주석을 보존하지 않습니다.
  • Polarion은 svnimporter에서 완벽한 도구 인 것처럼 보이지만 StarTeam 5에는없는 StarTeam 8.0의 .jar 파일이 필요합니다. 장점 : 자동화되고 완벽합니다. 단점 : StarTeam 8.0으로 한 번만 사용할 수 있도록 업그레이드해야합니다.
  • 중간 저장소 (예 : StarTeam -> CVS -> Subversion)를 통해 이전하십시오. 아직 StarTeam과 협력 할 중개인을 찾지 못했습니다.
  • 최신 소스 만 마이그레이션하십시오. 장점 : 간단하고 빠르며 개발자가 역사가 아닌 새로운 솔루션을 개발하도록 장려합니다. 단점 : 개발자가 역사가 아닌 새로운 솔루션을 개발하도록 장려하십시오. :-)

제공되는 경험이나 제안에 감사드립니다. 고맙습니다.

답변

3

StarTeam을 사용하지 않았지만 나는 그것에 대해 말할 수는 없지만 당신이 좋은 옵션을 제시했다고 생각합니다.

  1. 스크립팅 된 가져 오기는 시간이 오래 걸리는 것처럼 보이지만 실제로 모든 것을 얻지는 못하지만 동시에 svn에 들어가서 릴리스 기록을 보존하는 신뢰할 수있는 방법이 될 것입니다.
  2. 설치를 업그레이드하고 버리는 진짜 단점은 무엇입니까? 소프트웨어를 다시 구매해야합니까? 지루한 업그레이드입니까? 그것이 최고의 옵션일지도 모르는 것처럼 들릴 수도 있습니다.
  3. 나는이 옵션을 사용하지 않을 것입니다. cvs -> svn 가져 오기가 꽤 불안정합니다 (실제로는 일회용입니다. 많은 개별 사람들이 완벽하게 처리하는 데 충분하지 않을 수 있습니다). 다른 SCM 시스템에서 cvs로 이동 한 다음 svn은 쓸모없는 기록 데이터 및 좌절에 대한 처방처럼 들립니다. :) 나는 그저 두세 번 밖에 해보지 않았고, 정말로, 가장 중요한 부분은 일단 다 끝나면, 당신은 svn에 있고 cvs를 결코 다시는 만질 수 없다는 것입니다.
  4. 이 옵션은 실제로 빠릅니다. 당신은 당신의 모든 역사를 잃었습니다. 더 이상 을 비난 할 수 없습니다. 다른 것들을 망쳐 놨습니다.하지만 다른 모든 것이 실패한다면, 그것은 확실하게 작동 할 것입니다.
+0

의견을 보내 주셔서 감사합니다. 빠른 업데이트 : * 해당 공급 업체의 웹 사이트에서 여러 버전의 어려운 .jar 파일을 발견했습니다. 아무도 내 고대 창고와 잘 어울립니다. 업그레이드 = 5 자리 가격표. * # 4로 출발하기로 결정했습니다. 신선한 시작은 우리에게 좋습니다. 우리는 낡은 레포를 지킬거야, JIC! –

5

당신은 볼랜드에서 추가 라이센스를 필요로하지 않고 평가 기간 동안 스타 팀 서버 (삼십일?) 실행할 수 있습니다 -이 당신에게 몇 가지 연습 실행을 실행하는 데 충분한 시간을주고, 당신에게 완벽한을 줄 것을 믿을 해결책. 노력할만한 가치가 있습니다.

또한 소스 기록을 유지하는 가치를 과소 평가하지 마십시오.

11 월 6 일 업데이트 됨 : Polarion 도구를 사용하여 하나의 StarTeam 프로젝트를 SVN으로 마이그레이션했습니다. 약간의 작업을했지만, 최종 결과는 완벽합니다. 시간 투자 가치가 있습니다.

+1

후속 조치 주셔서 감사합니다. 시험 업그레이드를 고려 중입니다. 즉, 원본 StarTeam repo를 v5에서 v8로 변환 한 다음 dump 유틸리티를 실행해야하지만, 그만한 가치가있을 수 있습니다. 먼지가 침전 된 후 업데이트를 게시합니다. –

+1

@AdamLiss가 먼지를 정착 시켰습니까? 네가 마침내 한 일이 불안해. –

+1

와우, 오래 전 이었어! 제가 기억한다면, 우리는 Subversion에 최신 스냅 샷을 가져 와서 우리가 더 이상 필요하지 않다고 결정할 때까지 StarTeam을 떠났습니다. 나는 이것을 일반적인 해결책으로 추천하지는 않겠지 만 새로운 개발을 거의하지 않았으므로 역사는 활성 코드 기반에서와 같이 가치가 없었습니다. –

5

StarTeam 버전에 대한 의견 : 예, Polarion SVNImporter 도구에는 starteam80.jar이 필요합니다. 예, StarTeam SDK 2005에는 starteam70.jar 파일 만 있습니다. 그러나 나는 starteam70.jar 파일을 SVNImporter lib 디렉토리에 복사하고 starteam80.jar 파일의 이름을 바꿔서 속임수를 쓸 수 있다는 것을 발견했다.

+1

위대한 마음은 똑같이 생각합니다. 그것은 저의 처음 시도 중 하나였습니다. 불행히도 5.1 버전의 버전은 저장소와 호환되지 않습니다. 그래도 당신의 제안에 감사드립니다! –

0

Polarion 키트를 사용하여 StarTeam 8을 SVN으로 마이그레이션하는 데 어려움을 겪고 있습니다. 내가 갖는 :

[주] DEBUG의 STProvider : 80 - 체크 아웃 ... 상대/경로 /로가/build.xml 파일 버전 : 1.0 09 : 25 : 10,378

[주] 정보 historyLogger : 84 - 예외가 발생했습니다 : java.lang.UnsatisfiedLinkError : com.starbase.util.NativeFileAccess.setLastModifiedAsLong (Ljava/lang/String; J) V

및 대상 파일이 있지만 상대 경로를 확인할 수 없다고 생각됩니다. . 이 파일을 제어하도록 설정할 수있는 속성 (config.properties 파일에있는 속성 제외)이 있는지 알고 있습니까?