지금은 서버에서 시각적 svn을 사용하고 개인 컴퓨터에 ankhsvn / totoise가 있습니다. 그것은 충분히 잘 작동하며 변경할 필요가 없지만 DVCS 사용의 이점을 볼 수 있다면 갈 수 있습니다.
그러나 다른 사람들없이 사용했을 때 요점이나 차이점이 없다면 귀찮게하지 않을 것입니다.
다시 한 번 질문하지만, 유일한 개발자 인 경우 DVCS를 사용하면 어떤 이점이 있습니까?
지금은 서버에서 시각적 svn을 사용하고 개인 컴퓨터에 ankhsvn / totoise가 있습니다. 그것은 충분히 잘 작동하며 변경할 필요가 없지만 DVCS 사용의 이점을 볼 수 있다면 갈 수 있습니다.
그러나 다른 사람들없이 사용했을 때 요점이나 차이점이 없다면 귀찮게하지 않을 것입니다.
다시 한 번 질문하지만, 유일한 개발자 인 경우 DVCS를 사용하면 어떤 이점이 있습니까?
답변:
예! 가장 큰 이점은 많은 DVCS가 제공하는 더 나은 분기 + 병합 지원입니다. 분기 및 병합은 SVN의 엉덩이에 일종의 고통입니다. 빠른 기능 추가, 버그 수정 또는 실험을 위해 작고 수명이 짧은 브랜치를 만드는 데는 시간이 걸리지 않을 정도로 성가 시지만 병합도 오래 걸리는 브랜치를 만드는 데 어려움이 있습니다. 반면, 분기 및 병합은 Git에서 매우 쉬워서 작업하는 거의 모든 버그 수정 또는 기능에 대해 (로컬) 분기를 만듭니다.
repos, grepping log 등을 시각화하기 위해 Git이 제공하는 도구는 SVN보다 훨씬 뛰어납니다 (DVCS에 비해 Git이 더 중요합니다).
DVCS에는 중앙 서버가 필요하지 않습니다. SVN을 개발자로 사용하는 경우 모든 저장소에 전체 히스토리가 포함되므로 로컬 저장소를 작성해야합니다 .Git에는 필요하지 않습니다. 결과적으로 리포지토리를 보관하는 것은 프로젝트를 압축하는 문제 일뿐입니다. 백업 할 "중앙 데이터베이스"는 없습니다.
SVN을 얼마 동안 사용한 후 거의 4 년 전에 Git을 사용하기 시작했지만 되돌아 보지 않았습니다.
저는 개인적으로 DVCS를 많이 사용합니다. (나는 git $ HOME에 있는 사람들 중 하나입니다 .) 몇 가지 장점이 있습니다.
git pull
.git citool
커밋을 결정하기 전에 관련이없는 많은 변경을 수행 한 경우에도 많은 변경 사항을 논리적 크기의 커밋으로 나눌 수 있습니다 . Subversion 에서이 작업을 수행하는 도구를 모릅니다.git merge
자신의 수정 사항을 그 동안 내가 한 일과 병합 하는 데 사용 합니다.Git은 Subversion보다 훨씬 많은 논리적 변경 사항에 대해 생각하는 데 익숙해졌습니다.
너무 늦어서 잠이 들지 않으면 어머니가 모뎀을 끕니다. DVCS를 사용하면 모뎀이 꺼진 후에도 VCS를 계속 사용할 수 있습니다.
기본 대답은 "(지금 사용하는 것이 무엇이든) 효과가 있다면 왜 바꾸겠습니까?"입니다.
그러나 변경 이유가 없더라도 DVCS를 사용하는 것이 "이전 모델"보다 다소 쉽다는 것을 알게되었습니다. 다음은 내가 가장 많이 사용하는 Mercurial의 경우이므로 사용할 시스템에 따라 마일리지가 다를 수 있습니다.