4
이전에 대행사가 관리하는 주요 응용 프로그램을 내부에 인계하는 회사에서 일하기 시작했습니다.Perforce에서 Subversion으로 마이그레이션
코드베이스는 현재 PERFORCE 저장소에 저장되어 있습니다. 이 코드베이스를 개정 내역과 함께 새로 빌드 된 Subvesrion 서버로 마이그레이션하는 것이 좋습니다.
누구든지 스크립트 또는 도구에 대해 알고 싶습니까?
이전에 대행사가 관리하는 주요 응용 프로그램을 내부에 인계하는 회사에서 일하기 시작했습니다.Perforce에서 Subversion으로 마이그레이션
코드베이스는 현재 PERFORCE 저장소에 저장되어 있습니다. 이 코드베이스를 개정 내역과 함께 새로 빌드 된 Subvesrion 서버로 마이그레이션하는 것이 좋습니다.
누구든지 스크립트 또는 도구에 대해 알고 싶습니까?
시도 : http://p42svn.tigris.org/
하지만 이전 의견에 동의 - 나는 그것이 병합에 왔을 때 SVN 그것을 잘라하지 수 있기 때문에 억지로하는 SVN에서 프로젝트를 이동, 다른 방향으로 갔어요. 어쩌면 1.5.4 이후로 훨씬 나아 졌을 수도 있지만, P4는 이상하고 복잡해졌지만, 분기 작업을 수행하는 대규모 프로젝트의 경우보다 견고한 솔루션입니다.
대답은 없지만 의견 : 당신이 일하는 회사에서 PERFORCE를 구현하는 것보다 SVN으로 이식하는 것이 더 낫 겠는가? 그렇습니다. PERFORCE는 비용이 들지만, 특히 지점 간 변경 사항을 병합하는 지원 분야에서도 이점이 있습니다. –
공정한 의견입니다. 내 첫 번째 작업은 새 Subversion 서버를 만들고이 Subversion 서버에서 고대 Subversion 상자에 있던 매우 크고 오래된 코드베이스 (주택에있는 것과 별도의 코드베이스)를 마이그레이션하는 것이 었습니다. 이제 반짝이는 새 Subversion 서버가 생겼으므로 개발자가 하나의 소스 제어 솔루션 만 사용해야 할뿐 아니라 사용하고 싶습니다. 대신에 새로운 Perforce 상자를 작성하고 코드를 Perforce로 마이그레이션하고 응용 프로그램에서 코드를 가져 왔지만 이미 사용중인 코드를 그대로 유지할 수있었습니다. – Jamie