아니, 귀찮게하지 마십시오.
DVCS부터 시작하십시오. SVN이 인기가 있다는 사실이 표준이 아닙니다. Linus Torvalds는 뇌가 썩을 수 있다고 말합니다 .
Joel Spolsky의 Subversion Re-education 이라는이 훌륭한 기사 / 소개를 읽으십시오 .
이 다른 질문을 읽고 싶을 수도 있습니다. 저는 Subversion 괴짜입니다. 왜 Mercurial이나 Git 또는 다른 DVCS를 고려해야합니까?
DVCS 사이에서 선택
개인적으로 저는 수은과 자식을 모두 사용하며 둘 다 아는 것이 중요하다고 생각합니다. 이에 대한 권장 자료는 Git vs. Mercurial : Please Relax (git-addremove 예제 참조)입니다. 그 기사에서 인용 한 두 따옴표는 요약합니다.
자식에 관해서 :
Git의 디자인 철학은 Unix의 철학입니다. Subversion, CVS 또는 Mercurial과는 달리 git는 단일체 바이너리가 아니라 git-pull, git-merge, git-merge, git-apply, git-hash-object 및 git-merge-file과 같은 하위 수준의 "배관"명령에 대한 git-checkout 따라서 MacGyver와 마찬가지로 Git으로 필요한 모든 작업을 수행 할 수 있습니다. 여기에는 완전히 멋진 Wiki 엔진, 이슈 트래커, 파일 시스템, sysadmin 도구 등 퓨즈 수리가 부족한 모든 것이 포함됩니다.
수은 관련 :
시스템을 깨끗하게 유지하려는 개발자는 아마도 git이 git을 구성하는 144와 대조적으로 hg가 하나의 바이너리를 설치한다는 사실에 감사 할 것입니다. 단순성 hg는 특정 기능을 생략하여 제공합니다.
github에서 많은 프로젝트를 찾을 수 있으며 git은 더 강력하지만 새로운 사용자, 특히 Windows 사용자에게는 다소 위협이 될 수 있습니다. 비트 버킷 도 있습니다 (github은 수은과 동일합니다).
나의 추천 : 수은으로 시작하고 편안하게 느끼면 git을 선택하십시오. 도구에 관한 것이 아니라 함께 일하는 사람들에 관한 것입니다 .
내가 Subversion의 실제적이고 실제적인 사용을 고려하는 것은 다른 사람들과의 작업이 아니라 프로덕션 응용 프로그램에 대한 업데이터를 구현하는 것입니다. 이유는 다음과 같습니다.
- 현재 svn은 대부분의 호스팅 제공 업체에 거의 설치되어 있습니다
- 좋은 하위 프로젝트 지원이 있습니다 (git 및 hg로 해결 가능).
svn up
프로젝트와 그 의존성이 업데이트됩니다.
이 다른 스레드 에서 Thorbjørn 인용 :
DVCS는 Subversion에 있으며 Bittorrent는 ftp에 있습니다.
편집 : Git 전에 알아야 할 VCS가 있다면 Mercurial 일 수 있습니다 (더 친숙한 CLI 인터페이스이며 분산 개념을 도입하는 것이 좋습니다). 이 조언은 CLI가 어느 정도 유사하기 때문에 Subversion에서 온 사람들에게 특별히 적용됩니다. 분산 버전 제어는 중앙 집중식 버전 제어보다 배우기 쉬울 수 있습니다. 클라이언트와 서버 부분이 아닌 저장소 인스턴스에 대해서만 걱정하기 때문 입니다.