문제

저희 팀은 Visual Basic 6.0에서 레거시 프로젝트를 개발 / 지원하는 동안 곧 Visual SourceSafe에서 Subversion으로 전환 할 예정이므로 몇 가지 질문이 있습니다.

  • Visual Studio 6의 Subversion IDE 통합에 가장 적합한 도구는 무엇입니까?(또는 그럴 가치가 없습니까 ...)
  • Visual Basic 6.0에서 Subversion을 사용하기위한 모범 사례가 있습니까?(무시할 파일 형식 등)
도움이 되었습니까?

해결책

Windows 탐색기의 Tortoise SVN이 VB6에서 SVN을 사용하는 가장 좋은 방법이라는 데 동의합니다.

SVN으로 마이그레이션 할 때 가장 큰 변화는 "체크 아웃"및 "체크인"이 "업데이트"및 "커밋"과 정확히 동일하지 않다는 것입니다. . . 따라서 VB6은 체크 아웃 / 체크인 메커니즘 인 MSSCCI를 지원하기 때문에 VB6과의 IDE 통합이 제한됩니다. 저는 TamTam SVN ( http://www.daveswebsite.com/software/tamtamsvn/index .shtml )을 Visual Studio 2003에서 사용했지만 제한적이라는 사실을 알게되어 중지되었습니다. 병합 / 분기 / 비난 등은 TamTam에 없었던 Tortoise SVN이 제공하는 매우 강력한 기능입니다. Tigris에는 http://svnvb6.tigris.org/ 도 있지만 시도해 보지 않았습니다.

다시 말하지만, VB6에서 작동하는 IDE를 얻을 수 있지만 SVN으로 마이그레이션 할 때 가장 큰 장점은 체크인 / 체크 아웃이라는 Source Safe 철학을 깨는 것이므로 권장하지 않습니다.

다른 팁

Subversion은 (체크인 / 체크 아웃이 아닌) 업데이트 / 편집 / 커밋주기를 사용하므로 바이너리 파일에 특히주의해야합니다.VB6의 대부분의 양식은 MyForm.frm 및 MyForm.frx의 두 파일로 구성됩니다.* .frx 파일은 바이너리이므로 병합 할 수 없습니다.

그러면 .frx 파일에 "잠금"을 요구하도록 Subversion을 설정했습니다.즉, 한 번에 한 사람 만 파일을 체크 아웃 할 수 있습니다.이렇게하면 한 번에 한 개발자 만 이러한 파일을 수정할 수 있으며 현재 그 사람이 누구인지 항상 명확하게 알 수 있습니다.이렇게하지 않으면 큰 골칫거리가 될 수 있습니다.

무시할 파일 형식 :

*.vbw
프로젝트를 닫을 때 자동으로 생성되는 작업 공간 파일이며 어떤 파일을 열 었는지 등을 포함합니다.

MSSCCPRJ.SCC
VB6 IDE에서 생성 된 소스 제어 상태 파일 (Windows 탐색기에서 SVN 제어 솔루션을 사용하는 경우 VB6에서 소스 제어 플러그인을 비활성화해야하며 생성되지 않음)

*.log
양식 GUI를로드 할 때 문제가 발생하면 생성되는 파일입니다.파일은 양식 파일과 이름이 같은 양식 파일과 같은 위치에 있습니다.
예 : MyForm.frmMyForm.log를 생성합니다.

물론 소스 제어에 필요한 로그 파일이없는 경우에만이 작업을 수행해야합니다 ...

<인용구>

이 레거시 프로젝트에서 수행 할 계획에 따라 전환하지 않는 것이 좋습니다.

SVN으로 전환하는 것이 좋습니다.VSS 데이터베이스가 손상되어 소스 코드가 손실 된 몇 가지 프로젝트를 알고 있습니다.

SourceSafe에서 SVN으로 마이그레이션하는 도구가 있다고 생각합니다.(예-빠른 Google 검색으로 확인했습니다.) 이렇게하면 업데이트 기록을 잃지 않을 것입니다.

내 생각에는 통합에 신경 쓰지 않고 Windows 탐색기에서 Tortoise SVN을 사용하는 것입니다.

무시할 파일 형식은 테스트, 체크 아웃, 빌드하고 변경된 파일이 있는지 확인합니다 (최신 Visual Studio의 경우 .suo 파일을 무시하는 경향이 있음).

서버 측의 경우 VisualSVN Server는 매우 간단한 솔루션으로, 가상 머신에서 실행하고 있으며 그에 따라 흥얼 거리고 있습니다.

당신이 명령 줄을 사용하는 사람이라면 svn의 명령 줄 인터페이스가 정말 마음에 듭니다. 폴더 상태와 같은 거북이보다 특정 작업을 수행하는 것이 덜 혼란 스럽습니다.하지만 탐험가 팬이라면 거북이는 출처가 안전한 세계에서 온 것 이상으로 충분합니다.

무시해야 할 주요 사항은 다음과 같습니다.

  • 재현 가능한 아티팩트 (dll, pdb, exe)
  • 환경 별 설정 (예 : vs, csproj.user 파일, .suo 파일에 대한 설정 파일)

이 레거시 프로젝트에서 수행 할 계획에 따라 전환하지 않는 것이 좋습니다.

레거시 코드를 파헤칠 때 모든 역사와 비난을받는 것이 정말 도움이됩니다.SVN은 VSS보다 훨씬 낫지 만 전환하면 기록을 잃게됩니다.

VB6에서 지속적으로 개발할 계획이라면 SVN으로 전환하는 것이 좋습니다.하지만 앞으로 그렇게 할 계획이라면 프로젝트를 검토하는 것도 가치가 있나요? p>

비슷한 문제가 있습니다. 레거시 프로젝트 만 Delphi에 있습니다.VB6에있는 경우 유지 관리를 위해 VB.Net으로 '업그레이드'하는 것이 좋습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top