태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

Subversion(SVN)과 CVS의 비교

2008/11/12 16:10 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed

Subversion(SVN)과 CVS에 대한 비교라기 보다는 SVN이 CVS와 비교하여 상대적으로 어떤 점이 더 좋은지에 대한 설명입니다.
SVN은 CVS를 개발하던 핵심 개발자들이 그동안 CVS가 가지고 있던 문제를 해결하고자 완전히 새로운 아키텍쳐로 새로 만든 제품입니다.
따라서 기존에 CVS를 사용하고 있던 개발자들은 SVN으로 넘어오는 것을 적극 검토해보시기 바랍니다.



Subversion(SVN)의 장점
  • CVS에 비해 엄청나게 빠른 업데이트/브랜칭/태깅 시간. -> 최고로 강력한 장점입니다. 
    기존에 대형 프로젝트 같은 경우는 CVS를 이용하면 태깅에 수십분이 걸리기도 했습니다. 하지만 SVN은 아무리 규모가 커도 몇초면 끝납니다.
  • 커밋 단위가 파일이 아니라 체인지셋이라는 점입니다. CVS에서라면 여러 개의 파일을 한꺼번에 커밋하더라도 각각의 파일마다. 리비전이 따로 붙습니다. 반면 Subversion에서는 파일별 리비전이 없고 한번 커밋할 때마다 변경 사항별로 리비전이 하나씩 증가합니다. 
  • CVS와 거의 동일한 사용법. CVS 사용자라면 누구나 어려움 없이 금방 배울 수 있습니다. 
    또한 CVS를 SVN으로 쉽게 Migration을 할 수 있어 원하는 사람은 쉽게 SVN으로 옮겨 올 수 있습니다.
  • 원자적(atomic) 커밋. CVS에서는 여러 파일을 커밋하다가 어느 한 파일에서 커밋이 실패했을 경우 앞의 파일만 커밋이 적용되고 뒤의 파일들은 그대로 남아있게 됩니다. Subversion은 여러개의 파일을 커밋하더라도 커밋이 실패하면 모두 이전 상태로 되돌아 갑니다. 
  • 양방향 데이터 전송으로 네트워크 소통량(트래픽) 최소화. 
    네트워크 상황이 열악한 외부에서도 SVN을 사용하면 협업에 문제가 없습니다.
  • 트리별, 파일별 접근 제어 리스트. 저장소 쓰기 접근을 가진 개발자라도 아무 소스나 수정하지 못하게 조절할 수 있습니다. 
SVN의 설치 방법은 그리 어렵지 않고 인터넷에서 쉽게 구할 수 있으므로 굳이 여기서 설명할 필요는 없겠죠?



저작자 표시 비영리 변경 금지

전규현 기반시스템/소스코드관리

Trackback Address: http://allofsoftware.net/trackback/13 관련글 쓰기
  1. 네트웍 문제는 아무리 최소화 해도 C/S 방식인 이상 환경이 열악하면 SVN이라도 상당히 느리더군요.
    GIT, 머큐리얼, darcs 같은 분산형 SCM들이 많이 나오고 있는 이유도 그런 거겠죠.

  2. eminency님 반갑습니다.
    좋은 지적 감사합니다.
    나중에 분산형 SCM도 좀 비교를 해보려고 했는데, 미리 얘기를 꺼내셨네요. ^^
    SVN이 상대적으로 다른 SCM보다 적은 네트웍 트래픽을 사용하긴하죠. 그래도 Offline이거나 극도로 느린 환경에서는 분산형 SCM이 도움이 되죠.
    네트웍이 느리다고 별도의 SCM를 각각 운영하는 회사를 본적이 있는데, 그로 인한 문제가 더 크기 떄문에 이를 통합하도록 제안을 한 경험이 있네요.

  3. 안녕하세요. SVN을 막 설치해 사용중인데, 한글로된 주석문을 수정하면 diff할때 한글이 깨지더군요. 국내에도 수많은 사용자들이 있을텐데 설마 버그일리는 없을테고.. 뭔가 한글관련해서 설정하는 부분이 있는건지요?

  4. 헝그리맨님 안녕하세요.
    어떤 Diff를 보신 것인지 정확하게 알수없네요.
    TortoiseSVN Diff를 보신 것인가요?
    TortoiseSVN을 쓰신다면 Diff툴은 원하는 것으로 바꿔서 사용할 수 있습니다.
    정확히 문제가 뭔지 화면도 캡쳐를 해서 제게 메일을 보내주시면 좋겠습니다. gracegyu@abcswcon.com입니다. 제가 도움이 되면 좋겠네요.

  5. TortoiseSVN에서 비교를 하실 경우에는 TortoiseMerge라는 툴이 실행이 됩니다. TortoiseMerge에서 한글이 깨질 경우에는 Ctrl-T를 눌러서 Whitespaces 보기 기능을 끄시면 한글이 정상적으로 보이실 것입니다.

  6. PinkPapa님 의견 감사합니다.
    제가 테스트해보니 확실히 더 좋아지긴 합니다.
    하지만 완전히 해결이 되지는 않는것 같습니다.
    글로만은 설명이 어려워서 제 블로그(http://www.codereview.co.kr)에 포스팅을 했습니다.
    번거롭겠지만 한 번 들러서 봐주시길 부탁드립니다.

  7. 헝그리맨님 안녕하세요.
    http://softwaredev.tistory.com/entry/diffandmerge 에 답변 겸 글을 올렸습니다.
    감사합니다.

문서를 작성하면 더 오래 걸린다는 고정관념

최근에 국내 유수 대학의 컴퓨터 공학 교수를 만난 적이 있다. 그 교수님도 문서를 작성하면서 Software를 개발하면 더 오래 걸린다고 굳게 믿고 있었다. 어느 정도 이해가 되는 상황이다. 원래 소프트웨어 공학은 실전에서..

이슈를 모으기도 정말 어렵다.

많은 회사들이 개발 프로세스 개선을 하겠다고 선진 개발 방법론을 흉내내거나 실패한 대기업의 프로세스를 가져다가 적용하곤 한다. 복잡한 프로세스와 많은 Template를 가져다가 적용해보려고 하는데 대부분은 실패를 한다. 기초..

변화에 실패하는 9가지 고정관념

회사는 끊임없이 변화하지 않으면 지속 성장하지 못한다. 하지만 변화는 피와 살을 깍는 고통을 동반하고 또 많은 회사가 변화에 실패해서 성장하지 못하거나 사라져간다. 보통의 사람들은 대부분 변화를 싫어하고 기존에 하던대로 계속..

좋은 프로그래머가 되는 24가지 방법

1. 프로그래밍에 열정이 있어야 한다. 열정이 없고 즐기지 못하면 평생하기 어려운 일이다. 2. 프로그래밍 기초 원리를 완전히 이해해야 한다. 원리를 모르면 근본적인 해결을 할 수 없다. 3. 문제 해결 능력을 키워야 한다...

요즘 실리콘밸리에서는...

얼마전 실리콘밸리의 한 Startup company에서 CTO로 일하고 있는 오랜 친구가 한국에 놀러와서 같이 여행을 갔다. Informix에서 소프트웨어 엔지니어로 시작해서 한 20년 정도 일한 중국인 친구다. 같이 일을..

전문가 vs. 책임자

우리나라 조직문화는 전문가보다 책임자를 선호한다. 조직의 장이 책임을 지고 모든 일을 알아서 하는 것이다. 상명하복 관계 위주다. 경영자가 SW개발에 대해서는 잘 모르는 경우 누구 한명이 책임지고 개발해줬으면 하는 생각을 하..

소프트웨어 회사의 자산은?

소프트웨어 회사의 자산은 무엇일까? 흔히 개발자가 소프트웨어 회사의 재산이라고 한다. 이런 회사일 수록 회사가 가지고 있는 것은 정말 개발자밖에 없다. 또한 파악하기 어려운 한 무더기의 소스코드가 있다. 개발자들이 나가면 이..

관리자가 이런 일까지?

우리나라 SW 조직에서 관리자란 위치는 참 애매한 위치다. 물론 전문 관리자라면 얘기가 다르지만 왕년에 SW를 조금 개발해 본 경우가 애매하다. 개발팀에서 가장 경험이 많은 SW 개발자들이 주로 팀장이 되곤 한다. 이 경우와..

과거의 성공이 발목을 잡을 때

수많은 소프트웨어 회사들이 첫번째 성공을 거두고 나서 두번째 도약에 실패하고 사라져간다. 물론 첫번째 성공도 어렵지만 이미 성공의 경험이 있고 방법을 알고 있는 회사들이 두번째 또는 세번째에는 많이 실패하는 이유가 무엇일까?..

스펙을 제대로 작성하는 것은 구식이다?

'소프트웨어 개발 방법이 얼마나 발전했는데 아직도 스펙을 제대로 작성하고 개발을 하는가?' 라고 하면서 스펙 작성에 반대하는 주장을 하는 사람들이 있다. 스펙, 설계를 작성하고 구현을 하고 테스트를 하는 방식으로 개발하는 것..