TortoiseSVN에 대해 사람들이 말하는 것

TortoiseSVN은 "개발자를 위한 최고의 도구 또는 유틸리티: 귀중한 코딩 시간을 최대한 활용하는 데 가장 도움이 될 프로젝트" 부문에서 2007년 SourceForge.net 커뮤니티 초이스 상을 수상했습니다.

Simon Slade, CEO, SaleHoo.com

선도적인 도매 디렉토리인 SaleHoo의 개발자들은 매일 TortoiseSVN을 사용하며, 이는 생산성과 효율성에 엄청난 변화를 가져왔습니다. 여러 개발자(원격 개발자 포함)가 동시에 파일 작업을 하는 동안 파일 변경 사항을 추적할 수 있게 해주기 때문에 모든 개발 작업에 사용하고 있습니다. 저희 선임 개발자는 다른 개발자들이 무엇을 작업하고 있었는지 정확히 쉽게 볼 수 있다는 것이 시간과 정신 건강을 모두 절약해 준다고 자주 말합니다! 훌륭한 소프트웨어에 진심으로 감사드립니다.

Nick Fauchelle - Affilorama 제휴 마케팅 포털 수석 개발자

저희는 사무실에서 TortoiseSVN을 매일 사용하며, Windows SVN 클라이언트에 대해 묻는 모든 사람에게 추천합니다. 처음에는 저희 Delphi 개발자가 iPod에 저장소를 보관하면서 집에서 작업하면서 모든 파일을 동기화할 수 있도록 사용했습니다. 이제는 20개의 웹사이트 프로젝트를 포함한 모든 개발 작업에 사용하고 있으며, 이를 통해 여러 개발자가 동시에 사이트에서 작업하면서도 작업 손실에 대한 걱정 없이 PHP, CSS, JS 파일의 변경 사항을 추적할 수 있습니다.
셸 통합은 환상적이며, 어떤 파일이 변경되었는지 한 눈에 빠르게 확인하고 마우스 오른쪽 버튼 메뉴에서 SVN 명령에 액세스할 수 있어 매우 편리합니다.
SVN diff를 사용할 수 있다는 것은 개발자에게 매우 강력한 도구이며, TSVN GUI를 통해 diff를 쉽게 볼 수 있습니다. 작업 복사본이나 어제, 지난주 등에 적용된 변경 사항을 보는 것은 시간과 정신 건강을 절약하는 도구입니다. 또한 다른 개발자의 작업, 그들이 만든 변경 사항을 검토한 다음, 그들이 일을 망쳤을 때 그들을 비난할 수 있습니다.
오픈 소스라는 것은 큰 장점입니다. 이길 수 없는 가격으로 귀중한 도구를 얻을 수 있습니다!

Craig Schroeder - Thomson.com

저는 회사 차원에서 18억 달러(미국 추정) 규모의 교육 미디어 대기업에서 시스템 분석가(예: 요구 사항 조달/관리)로 일하고 있습니다. 저희 사업부 중 한 곳(약 4억 달러 규모)의 시스템 분석 그룹만이 아직 T/SVN을 도입했습니다. 저는 당시 이 그룹의 일원이었고, 버전 관리 및 요구 사항 관리 도구 도입을 연구하는 임무를 맡았습니다.

저는 다음 이유로 T/SVN을 선택했습니다.
1. 디렉토리/전체 저장소 버전 관리.
2. 효율적인 자원 사용 (비용, 네트워크).
3. 훌륭하고 광범위한 문서.
4. 우리 요구 사항 충족 (ClearCase, Documentum 등을 포함하여 어떤 이유로든 불만족스러웠던 여러 솔루션들이 있었습니다).

다음과 같은 추가적인 이유로 TSVN을 선택했습니다.
1. 사용 편의성.
2. 메일링 리스트 품질 (때로는 직접 참여하기도 했습니다).
3. 매우 낮은 (때로는 부정적인!) ATITSTFAB.
4. Word 문서 diff 스크립트 포함.

특정 콘텐츠 전달 플랫폼의 요구 사항 및 구성 문서를 구성하는 약 500개의 .doc 및 .xls 파일이 포함된 저장소에 10명의 읽기/쓰기 권한을 가진 사용자가 있습니다. 저는 개인 PHP 애플리케이션 개발에도 사용합니다. svn+ssh 및 https를 제외한 모든 액세스 프로토콜을 사용했습니다. 현재 SSPI 인증(큰 장점)을 사용하기 위해 SVN에서 http로 마이그레이션할 준비를 하고 있습니다.
저는 시스템 분석을 위해 모든 사업부에 T/SVN을 확장할 것으로 전적으로 예상하며, 앞서 언급된 사업부의 Java 웹 애플리케이션 개발 팀이 시간이 나는 대로 CVS에서 SVN으로 마이그레이션하여 요구 사항과 코드를 동일한 위치에 저장할 수 있기를 기대합니다.
TSVN의 문제에 관해서는 실제로 없습니다. 요컨대, 저는 TSVN의 열렬한 지지자이며, 이것이 가장 깔끔하고 잘 운영되는 오픈 소스 프로젝트 중 하나라고 생각합니다.

Michal Niklas - heuthes.pl

저는 GUI 클라이언트부터 전화(PBX)와의 통합에 이르는 다양한 프로젝트에서 일하는 약 20명의 개발자 중 한 명입니다. 저희 프로젝트는 주로 다양한 텍스트 소스 파일(Delphi, HTML, XML, JavaScript, Java, Python 등)이며, 프로젝트당 소스 파일 수는 20개에서 1500개 이상입니다.

저희는 CVS를 사용했지만 많은 문제가 있었습니다. 특히 Windows에서 작업하고 Linux에서 컴파일하려고 할 때, 그리고 Delphi IDE가 때때로 라이브러리 파일 이름의 대소문자를 변경하는 문제가 있었습니다 :( SVN에서는 pre-commit hook 때문에 문제가 적습니다. 저장소를 사용하는 것도 더 쉽습니다. 간단한 CGI 프로그램으로 저장소 링크를 표시할 수 있습니다. CVS에서는 훨씬 어렵습니다. 저희는 https 프로토콜을 사용합니다. 또한 더 큰 프로젝트를 위해 Trac 환경(https://trac.edgewall.org/ 참조)을 만들었습니다. SVN에 대한 이야기는 이쯤 하겠습니다.
저는 TSVN이 Windows 셸과 통합된다는 점을 좋아합니다. 저희는 TotalCommander를 사용하며 TSVN과 매우 잘 협력합니다. CVS를 사용할 때는 WinCvs를 사용했지만 훨씬 사용하기 어려웠습니다. TortoiseCVS는 더 좋았지만, CVS의 문제로 인해 Subversion+TSVN으로 넘어오게 되었습니다.

제가 TSVN에서 좋아하는 것들
+ TotalCommander와 통합이 매우 잘 됩니다.
+ 확장자로 정렬할 수 있는 멋진 커밋 대화 상자 (WinCVS에서는 불가능)
+ 통합된 맞춤법 검사기 (제 언어인 폴란드어도 지원)
+ TSVNdev 리스트에서 매우 좋고 정말 빠른 지원

Eric Hanchrow - VoteHere

저는 직장과 일반적으로 TortoiseSVN을 사용합니다. 홈 디렉토리를 Subversion으로 관리하고 Windows에서는 TortoiseSVN을 사용하여 로컬 복사본을 최신 상태로 유지합니다 (다양한 머신을 사용하고 모든 파일을 각 머신에 정말로 갖고 싶기 때문입니다. 이에 대한 자세한 내용은 https://www.onlamp.com/pu...svn_homedir.html을 참조하세요).
직장에서는 SVN을 사용하는 사람이 아마 10명 정도 있을 것입니다. 그중 적어도 절반은 TortoiseSVN을 사용할 것으로 예상합니다. 짐작하시겠지만, 그 사람들 중 다수는 Windows 명령줄에 익숙하지 않습니다. 몇몇은 존재조차 모를 수도 있다는 것에 놀라지 않을 것입니다.
제 홈 머신에 접속하기 위해 svn+ssh를 사용합니다. SSH 외에 다른 서버에 홈 머신을 노출하고 싶지 않기 때문입니다 (물론 HTTP를 통해 SVN을 사용할 수도 있겠지만, Apache를 설정하는 방법을 배우기가 너무 귀찮습니다). 제가 아는 한 TortoiseSVN은 TortoisePlink와 함께 제공되므로 svn+ssh를 사용하기 위해 추가적으로 설치해야 할 것이 없는 유일한 Windows SVN 클라이언트입니다. (그러나 저는 여전히 pageant를 사용하며, 그것을 사용하지 않는 사람은 상상할 수 없습니다).
저는 시중에 나와 있는 모든 SVN GUI 클라이언트를 시도해 보았습니다. 비교할 대상이 전혀 없습니다. TortoiseSVN은 훌륭하게 설계되었습니다. UI는 부드럽고 _거의_ 직관적입니다. _유지보수_되고 있으며, 개발자와 소통할 수 있습니다. 이는 abandonware와는 정반대입니다.

Alexander Klenin - Insight Experts Ltd.

저는 작은 러시아 소프트웨어 개발 회사에서 일하며, 약 20명의 프로그래머와 몇 명의 비프로그래머(관리자, 마케팅 등)가 모두 TSVN을 매우 성공적으로 사용하고 있습니다. 저희 저장소는 주로 코드를 포함하지만, Word 문서, 그래픽 등과 같은 일부 바이너리 파일도 있습니다. 이러한 파일은 사용하지 않도록 권장하는 정책을 가지고 있습니다.
저희 프로젝트는 중간 규모로, 일반적으로 파일 수는 500개에서 2000개, 프로젝트당 총 크기는 10Mb에서 100Mb입니다. 모든 프로젝트는 공통 저장소에 위치하며, 많은 파일이 프로젝트 간에 svn-copy됩니다. 전체 설정은 성능과 신뢰성 모두에서 매우 잘 작동합니다.
이전에 ClearCase를 사용했었습니다... 더 말할 필요가 있을까요? TortoiseSVN은 모든 면에서 훨씬 낫습니다.
제가 마음에 들지 않는 거의 모든 것은 TSVN의 잘못이 아니라 Subversion의 잘못입니다. SVN+TSVN은 중앙 집중식 버전 관리 시스템의 진화의 궁극이라고 생각하며, 이를 포기할 유일한 이유는 분산 개발로의 전환입니다.

Ivan Cenov

제 업무는 회사에서 생산하는 전자 기기용 펌웨어를 구축하고 코딩하는 것입니다. 이 프로젝트들은 그리 크지는 않지만, 많습니다. 수년 동안 저는 버전 관리를 위해 잘 알려진 winzip을 사용했고 성공적이었습니다... 하지만 프로젝트 수가 적을 때만 가능했습니다.
그러다가 이것이 불가능해져서 버전 관리 시스템을 찾아보기 시작했습니다. 저는 CVS에 대해 알고 있었고 SVN이 그 후계자라는 것도 읽었습니다. 그래서 SVN을 선택했습니다. 음, 문서를 읽고 SVN 책도 읽었는데 마음에 들었지만, 긴 명령줄은 정말 싫었습니다. 그래서 GUI 클라이언트를 찾은 후에 SVN에 대한 최종 결정을 내렸습니다. 저는 TSVN이 모든 명령에 매우 빠르게 접근할 수 있고 매우 직관적이라고 생각합니다. GUI 클라이언트가 없으면 SVN 자체에 진입하는 데 더 많은 시간이 걸릴 것입니다.
제가 사용하는 또 다른 것은 버그 추적 시스템인 Flyspray입니다. TSVN을 Flyspray와 통합하는 데 성공했습니다. 이제 소프트웨어 프로세스를 훨씬 더 잘 제어할 수 있습니다. 하루에 여러 프로젝트를 업데이트해야 하는 경우가 있는데도 제어를 잃지 않습니다. 그리고 마지막으로 제 프로젝트의 연대기를 작성하기 위해 블로그 시스템 Serendipity를 사용합니다.