SVN이란 무엇입니까?

SVN(Subversion)이란 무엇인가요?

2010년 이전에는 Apache Subversion(줄여서 SVN)이 가장 인기 있는 버전 제어 시스템 중 하나였습니다. 요즘 SVN의 인기는 줄어들고 있지만 여전히 수백만 개의 행이 SVN에 저장되어 있습니다. 비록 소규모 오픈 소스 커뮤니티에 의해서도 계속해서 활발하게 유지관리되고 있습니다.

SVN의 탄생

1990년대 후반에는 CVS(Concurrent Versions System)가 오픈 소스와 상용 프로젝트 모두에서 소프트웨어 개발에 널리 사용되었습니다. 그러나 CVS는 비판을 받기 시작했다. 타사 도구에 대한 지원이 부족하며 http/https/ssh 프로토콜에 대한 지원이 전혀 없습니다. 이는 곧 표준 이하가 되었고 더 나은 시스템이 필요했습니다.

2000년, SVN의 개발이 본격적으로 시작되었습니다. 목표는 CVS의 호환 가능한 후속 제품을 만드는 것입니다.

SVN 개발은 2000년에 시작되었지만 2004년 2월이 되어서야 버전 1.0이 출시되었습니다. 이는 CVS에 있는 많은 기능을 모방하지만 CVS에 없는 새로운 기능도 도입합니다. 이제 사용자는 원자 명령을 실행할 수 있고 버전이 지정된 파일의 이름을 바꾸고 이동할 수 있습니다.

SVN은 2009년 11월 Apache Incubator에 승인되면서 Apache 프로젝트가 되었습니다. SVN이 세상에 소개된 후 CVS 채택은 점차 사라졌습니다.

관련 기사 추천:
1.Git과 Svn의 차이점은 무엇인가요
2.Svn 도구 설치 방법
관련 동영상 추천:
1.SVN 동영상 튜토리얼(Chuanzhi Podcast)

Subversion은 어떻게 작동하나요?

SVN은 원래 명령줄 인터페이스로 설계되었습니다. 이는 터미널을 열고 텍스트 명령을 입력한다는 의미입니다.

Subversion이 작동하려면 SVN 설정에 두 가지 주요 요소가 필요합니다.

1 모든 소스 파일의 모든 버전이 있는 서버

2 컴퓨터에 있는 파일의 로컬 복사본.

컴퓨터에 있는 파일을 작업 파일이라고 합니다. 각 사용자가 편집하는 파일입니다. 그런 다음 사용자는 repository라고도 알려진 SVN 서버에 변경 사항을 커밋합니다.

사용자가 변경 사항을 커밋할 때마다 SVN은 새 버전을 생성하여 이를 관리하고 기록합니다. 대부분의 버전 제어 시스템과 마찬가지로 사용자는 일반적으로 최신 버전을 사용합니다. 하지만 이전 버전이 필요한 경우 이전 버전으로 되돌릴 수 있습니다.

SVN 서버란 무엇인가요? (Subversion 서버란 무엇입니까?)

SVN 서버에는 모든 소스 파일과 모든 버전의 파일이 포함되어 있습니다. SVN 세계에서는 서버를 리포지토리라고 합니다. 따라서 SVN 서버와 SVN 저장소는 동일합니다.

컴퓨터에 저장된 파일의 로컬 복사본을 작업 복사본이라고 합니다.

SVN은 분산형인가요 아니면 중앙형인가요?

버전 제어 시스템은 대략 분산 버전 제어 시스템(DVCS)과 중앙 집중형 버전 제어 시스템(CVCS)의 두 가지 범주로 나눌 수 있습니다.

SVN은 중앙 집중식 버전 관리 시스템입니다.

중앙 집중식 버전 관리 시스템은 버전 기록이 중앙 서버에 저장된다는 의미입니다. 개발자가 특정 파일을 변경하려는 경우 이 중앙 저장소에서 컴퓨터로 파일을 가져옵니다. 개발자는 변경한 후 변경된 파일을 다시 중앙 저장소로 보냅니다.

Helix Core를 사용한 확장 가능한 중앙 집중식 버전 제어 시스템. 또는 Git 기반 분산 워크플로에 Helix4Git을 사용하세요.

SVN이 직면한 과제

SVN에는 번거로운 분기 모델이 있습니다

SVN에 대한 가장 일반적인 불만은 번거로운 분기 모델입니다. 브랜치를 사용하면 여러 버전의 코드를 동시에 작업할 수 있습니다. SVN에서는 브랜치가 저장소에 디렉터리로 생성됩니다. 많은 개발자는 이 디렉터리 구조를 좋아하지 않습니다. 그러나 도전은 여기서 끝나지 않습니다.

SVN 버전 1.6에는 트리 충돌이라는 개념이 도입되었습니다. 트리 충돌은 디렉터리 구조의 변경으로 인해 발생하는 충돌이며 자주 발생합니다. SVN에서는 트리 충돌이 발생할 때 변경 사항을 커밋하는 것을 허용하지 않기 때문에 이로 인해 SVN에서 분기 전략을 구현하는 복잡성이 증가합니다.

SVN에서는 중앙 저장소에 연결해야 합니다.

변경 사항을 커밋하려면 SVN에서 중앙 저장소에 연결해야 합니다.

중앙 저장소에 연결하지 않고 SVN을 사용하는 것은 의미가 없습니다. 예를 들어, 비행 중에 오프라인으로 코딩하는 경우 SVN에서는 연결이 복원될 때까지 중앙 저장소에 커밋할 수 없습니다.

SVN에서는 충돌을 수동으로 해결해야 합니다.

병합은 개발자가 SVN에 대해 자주 불평하는 또 다른 큰 문제입니다. 히스토리를 사용하여 한 세트의 변경 사항을 만들고 커밋한 다음 또 다른 변경 사항(예: 선형)이 만들어지고 커밋되면 병합이 쉽습니다.

두 명 이상의 개발자가 동일한 코드 기반에서 작업하고 병합해야 하면 상황이 복잡해집니다. 이 경우 SVN이 실패하고 개발자는 충돌을 수동으로 해결해야 하므로 개발자 시간이 몇 시간씩 낭비됩니다.

SVN을 사용하는 이유

몇 년 전만 해도 Git을 비롯한 상용 제어 시스템이 SVN을 능가했습니다. 하지만 SVN에는 여전히 두 가지 이유가 있습니다: 비용과 관성 .

cost: SVN은 오픈 소스이므로 "무료"입니다.

Inertia: 대규모 코드 기반을 구축하면 VCS를 전환하기 어려울 수 있습니다. SVN은 2004년부터 존재해 왔으며 이를 채택한 조직은 수백만 줄의 코드를 보유하고 있습니다.

위 내용은 SVN이란 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!