버전 관리 시스템(Git와 SVN의 차이점)

개시하다
개발 현장에서 어떤 버전 관리 시스템을 사용하는 게 좋을까요?
응용 프로그램은 원본 코드를 포함하는 파일 집합으로 구성되어 있다.
개발 현장에서도 서류 변경이 잦았고 여러 사람이 진행했다.
이렇게 하면 매우 번거롭다. 이것이 바로 원본 코드의 관리이다.
이 글에서는 버전 관리 시스템을 도입한 사람들이 흔히 듣는 Git와 SVN의 차이를 연구하기 위해 엔지니어 관점에서 전달할 예정이다.
버전 관리...
버전 관리 시스템은 원본 코드 등 파일을 관리하는 시스템이다.
언제, 누가 어디서 서류를 만들었는지, 업데이트를 추가했는지 등 과거의 술집을 보존할 수 있다.
고장이나 요구가 발생했을 때의 어떤 버전으로 거슬러 올라가기 쉽다.
또 같은 소스 코드에 대해서는 여러 사람이 동시에 조작해도 소스 코드의 최신 버전을 잃어버리지 않는다.
Giit이든 SVN이든 모두 버전 관리 시스템으로 고전적인 버전 관리 시스템인 CVS부터 시작한다.
Giit와 SVN의 차이점
Giit와 SVN의 큰 차이점은 버전 관리 시스템의 종류에 있다.
Giit는 분산형 버전 관리 시스템이다
SVN은 중앙 집중식 버전 관리 시스템입니다.
중앙 집중식 버전 관리 시스템에서 창고(파일 버전 관리 위치)는 원격 환경에만 존재한다.
개발자는 원격 환경의 창고를 방문하여 각 로컬 환경의 서류를 제출하거나 로컬 환경에 체크아웃한다.
※ 제출: 새로운 버전의 파일로 저장
※ 체크아웃: 특정 버전의 서류 획득
분포식 버전 관리 시스템에서 창고는 원격 환경뿐만 아니라 개발 구성원의 모든 로컬 환경에도 존재한다.
구성원은 자신의 로컬 환경 창고를 만들 때 원격 환경의 창고에서 특정한 버전 정보를 조합하여 각 로컬에 창고를 만든다.
구성원은 개발을 진행할 때 현지 환경에서 제출하거나 체크아웃한다.
원격 환경에 제출된 창고를 반영하기 위해 로컬 환경에서 제출한 파일을 적당한 시기에 전송합니다.
Giit 정보
공식 사이트
Giit 소스 코드 관리 이미지

특징(장점과 단점)
기트는 현지 창고에 자신의 출처를 등록할 수 있기 때문에 자신의 업무 역사를 만들 수 있다.
팀 전체의 이력뿐만 아니라 자신의 개발 이력까지 관리할 수 있는 것이 특징이다.
또 서버 고장 등으로 창고가 사라져도 SVN의 경우 역사 기록을 복구할 수 없지만, 지트라면 누군가의 로컬 환경의 창고에서 복구하면 서버에서 시간을 복구할 수 있지만 역사 기록을 복구할 수도 있다.
습관이 되면 간단하지만 그만큼 기억할 수 있다는 단점이 있다.
프로젝트 내에서 처음 사용하는 사람이 많은 상황에서 사용 방법 등을 깊이 있게 사용하려면 시간이 걸린다.
SVN(Subversion) 정보
공식 사이트
SVN 소스 코드 관리 이미지

특징(장점과 단점)
구조가 단순한 것이 장점이다.
SVN을 사용할 때도 조작이 간단하기 때문에 기억하는 것이 적어 프로젝트 내에 바로 침투할 수 있다.
단점은 버전 관리가 현지에서 안 된다는 것이다.
예를 들어 원본 파일을 개발할 때 이력서를 꼼꼼하게 제출하고 싶은 것이 있다고 생각합니다.
SVN의 경우 서버에 제출해야 하기 때문에 많은 개발자가 공유하는 창고의 경우 제출이 어려워진다.
끝말
다들 각자의 특징과 차이를 이해하셨습니까?
각자의 장점과 단점을 이해한 토대에서 연구 도입해 주십시오.
나는 많은 사람들이 개발할 때 매우 편리할 것이라고 생각한다.