Openwrt SVN 서버에 무슨 일이 일어난거야?

Svn(subversion) 은 최근 몇 년 동안 부상한 버전 관리 도구이며 CVS 의 후계자이다. 현재 대부분의 오픈 소스 소프트웨어는 SVN 을 코드 버전 관리 소프트웨어로 사용하고 있습니다.

작업 흐름

중앙에서 관리되는 워크플로우는 다음과 같습니다.

중앙 집중식 코드 관리의 핵심은 서버입니다. 하루 작업을 시작하기 전에 모든 개발자는 서버에서 코드를 가져와 개발하고 충돌을 해결하고 제출해야 합니다. 모든 버전 정보는 서버에 있습니다. 서버가 없으면 개발자는 기본적으로 작동하지 않는다고 말할 수 있다. 다음은 그 예입니다.

새 날 작업 시작:

1. 서버에서 프로젝트 그룹의 최신 코드를 다운로드합니다.

2. 자신의 분기로 들어가 일을 하고 매시간 코드를 서버 자신의 분기로 제출한다. (많은 사람들이 이런 습관을 가지고 있다. 코드를 수정해야 할 때가 있기 때문에, 마지막으로 이전 시간의 버전으로 되돌리거나, 이전 시간에 어떤 코드를 수정했는지 보려면 이렇게 해야 합니다.) (존 F. 케네디, 코드, 코드, 코드, 코드, 코드, 코드, 코드, 코드)

3. 퇴근시간이 거의 다 되었어요. 자신의 분기를 서버의 주 분기로 병합하면 하루의 작업이 완료되어 서버에 반영됩니다.

이것은 고전적인 SVN 작업 흐름입니다. 공예적으로 보면 결점이 많지만 장점도 있다.

열세

1, 서버 압력이 너무 커서 데이터베이스 용량이 폭발합니다.

2. 서버에 연결할 수 없으면 기본적으로 작동하지 않습니다. 위의 두 번째 단계를 참조하십시오. 서버가 연결되어 있지 않으면 제출, 복구, 비교 등을 할 수 없습니다.

3, 오픈 소스 개발에 적합하지 않습니다 (개발자 수는 많지만 구글 앱 엔진은 SVN 을 사용합니다). 일반적인 중앙 집중식 관리에는 지점 액세스 제한과 같은 매우 명확한 권한 관리 메커니즘이 있어 계층 관리를 수행할 수 있어 많은 개발자의 문제를 해결할 수 있습니다.

우세

1, 관리가 편리하고 논리가 분명하며 일반인의 사고방식에 부합한다.

2, 관리가 쉽고 중앙 집중식 서버가 보안을 보장합니다.

코드 일관성이 매우 높습니다.

개발자가 적은 프로젝트 개발에 적합합니다.

5. 소프트웨어 구성 관리를 위한 대학 교재는 대부분 SVN 과 VSS 를 사용한다. [3]

이 섹션의 보안 편집

SVN 은 더 높은 수준의 시스템 및 제어 관점에서 "유기적" 및 "원활한" 보안 제품을 통합합니다.

SVN 은 전체 시스템의 정보 보안 기능을 서로 다른 하위 시스템에 균형 있게 분산하여 각 하위 시스템의 기능을 최대한 활용하고 하위 시스템 간에 보완할 수 있는 안전한 가상 네트워크 시스템입니다. 시스템의 전반적인 성능은 각 하위 시스템 기능의 합계보다 크며 균형 보완 원리를 이용하여' 칸니킨 법칙' 문제를 해결합니다.

SVN 은 인터넷, 인트라넷, 엑스트라넷, 엑스트라넷 네트워크의 모든 엔드포인트에서 포괄적인 보안을 구현할 수 있으며, 제한된 대역폭을 최대한 효율적으로 활용할 수 있는 엔터프라이즈 정책 기반 정보 관리 메커니즘을 제공합니다. SVN 은 회사의 내부 네트워크, 원격 및 모바일 사용자, 지사 및 파트너에게 안전한 인터넷 기반 연결을 제공함으로써 다양한 엔터프라이즈 VPN 요구 사항을 충족합니다. 따라서 SVN 을 엔터프라이즈 정책 기반 VPN, 방화벽 및 정보 관리 소프트웨어를 하나로 통합한 인터넷 보안 통합 솔루션으로 간주할 수 있습니다. 이러한 네트워크 시스템에서는 모든 인터넷 서버와 클라이언트가 안전하며, 이 외부 네트워크 환경을 통해 고객의 특정 대역폭 요구 사항을 동적으로 분석하고 충족할 수 있는 정보 관리 메커니즘이 있습니다. SVN 은 다음을 포함한 웹 기반 전자 상거래 응용 프로그램에 대한 보안 서비스를 제공합니다.

다양한 응용 프로그램에 대한 종합적인 보안 인증을 수행합니다.

다중 인증 및 PKI； 지원

사용자에게 강력하고 투명한 통신 암호화를 제공합니다.

사용자 중심의 중앙 집중식 보안 정책 관리

인터넷, 인트라넷 및 엑스트라넷을 통한 통합 커뮤니케이션

이 단락 구조 편집

방화벽이 있는 VPN 게이트웨이는 방화벽과 VPN 기술이 긴밀하게 결합된 게이트웨이 제품입니다.

SVN 보안 원격 클라이언트 패키지, 강력한 VPN 클라이언트 소프트웨어, 데스크톱 사용자, 원격 사용자 및 모바일 사용자 지원, 개인 방화벽 기능, VPN 사용자에 대한 중앙 집중식 관리 및 보안 인증

SVN 인증서 관리 모듈, SVN 전체 PKI 솔루션, 완벽한 CA 및 LDAP 디렉토리 서버 기술 통합

SVN 하드웨어 암호화 카드는 하드웨어 기술을 통해 VPN 의 속도와 성능을 향상시키는 강력한 알고리즘을 구현합니다.

SVN 지능형 대역폭 관리 모듈, 엔터프라이즈 전략 기반 대역폭 관리 솔루션은 제한된 대역폭 자원을 지능적으로 관리하여 중요한 엔터프라이즈 애플리케이션을 위한 VPN 의 안정적인 성능을 보장합니다.

SVN 중복 관리 모듈은 중복 게이트웨이 클러스터 및 방화벽 VPN 의 SVN 중복 모듈을 통해 VPN 및 방화벽 응용 프로그램에 장애가 발생할 경우 중요한 작업을 수행하는 VPN 및 방화벽 응용 프로그램을 원활하게 전환합니다.

자동 주소 변환 모듈은 IP 주소 서비스 추적 및 중앙 집중식 관리를 제공하여 주소 할당을 안정적으로 제어하고 TCP/IP 관리 효율성을 향상시키는 자동 관리 IP 주소 및 명명 솔루션입니다.

SVN 보안 서버 소프트웨어 패키지, 단일 어플리케이션 서버의 보안을 위해 설계된 VPN 게이트웨이 소프트웨어로, 민감한 작동 서버를 공격 및 무단 액세스로부터 보호하고, 클라이언트와 서버 간 보안 인증을 설정하며, 암호화된 데이터 교환을 지원합니다.

SVN 보안 클라이언트 패키지는 클라이언트 시스템에 상태 감지 기반 방화벽과 IPSec 기반 VPN 클라이언트 소프트웨어를 통합하여 모든 엔터프라이즈 VPN 사용자에게 중앙 집중식 개인 방화벽 및 보안 인증을 제공함으로써 클라이언트 시스템의 보안을 강화합니다. SVN 보안 원격 클라이언트 소프트웨어의 기능보다 액세스 제어 및 보안 초기화 제어와 같은 클라이언트 보안 기능을 향상시킵니다.

이 섹션의 개발 기록 편집

2000 년 초, 개발자는 CVS 에 대한 무료 소프트웨어 대안을 쓰려고 했습니다. CVS 의 기본 사상은 그대로 유지했지만, 그 실수와 한계는 없었고, CVS 의 기본 특성은 그대로 유지했지만 CVS 의 버그와 나쁜 특성은 제거했습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)

2000 년 2 월, 그들은 CVS 의 오픈 소스 개발에 연락했다.

CVS 포함) (코리올리, 1999).

포겔은 그에게 이 새로운 프로젝트에서 역할을 하고 싶은지 물었다. 우연히도, Karl 은 그의 친구 Jim Blandy 와 새로운 버전 제어 시스템에 대해 토론했다.

시스템의 설계. 1995 년, 두 사람은 사이클릭을 창립했다.

소프트웨어, CVS 에 대한 상업적 지원을 제공하는 소프트웨어 회사. 그들은 상업 서비스를 운영하고 있지만, 그들은 여전히 매일 직장에서 CVS 를 사용한다. CVS 를 사용한 좌절감은 Jim 을 진지하게 했다.

더 나은 데이터 관리 방식을 생각하는 것은' Subversion' 이라는 이름뿐만 아니라 Subversion archive 의 기본 설계도 완성했다.

CollabNet 의 전화가 왔을 때, Karl 은 즉시 이 프로젝트에 가입하는 것에 동의했고, Jim 은 그의 고용주 RedHat Software 에게 이 프로젝트에서 비정기적으로 일하도록 허락했다. CollabNet 은 Karl 과 Ben Collins-Sussman 을 고용하여 5 월에 상세한 설계 작업을 시작했습니다. 브라이언 베렌도르프, 제이슨 로빈스, Greg Stein (당시 WebDAV/DeltaV 규범 과정에서 활발했던 자유 프로그래머) 의 많은 아이디어들의 도움으로 Subversion 은 활발한 개발자 커뮤니티의 관심을 빠르게 끌었습니다. CVS 에서도 좌절을 당한 많은 멤버들이 이 프로젝트를 위해 뭔가를 하는 것을 발견하고 환영한다.

Subversion 의 초기 디자인 팀은 몇 가지 간단한 목표를 설정했습니다. 기능적으로 CVS 로 대체할 수 있어야 합니다. 즉,

CVS 가 할 수 있는 모든 것은 반드시 할 수 있다. 가장 명백한 결함을 바로잡는 동시에, 우리는 같은 개발 모델을 유지해야 한다. 또한, 전복은

CVS 는 매우 유사하며, 모든 CVS 사용자는 조금만 노력하면 빠르게 시작할 수 있습니다.

14 개월의 코딩 끝에 Subversion 은 2006 년 8 월 3 1 일' 자기관리' 를 시작했다. 즉, 개발자는 더 이상 CVS 를 사용하여 Subversion 코드를 관리하지 않고 Subversion 자체를 관리합니다.

Subversion 은 2009 년 6 월 +2009 년 10 월에 아파치 인큐베이터에 의해 받아들여졌다.

20 1 1 1 은 공식적으로 Apache 소프트웨어의 기반이 되는 최상위 프로젝트이므로 Apache Subversion 입니다. [4]

현재 Apache Subversion 의 회장은 Greg Stein 이고 프로젝트 책임자는 Wandisco 입니다. [4]

이 단락의 장단점을 편집하다

모든 파일에 따르면 SVN 이 CVS 를 대체할 수 있으며 SVN 의 문제와 단점은 숨겨져 있습니다. 불행히도, 우리는 SVN 이 CVS 의 대안이라고 생각하지 않는다, 비록 많은 결함이 수정되었음에도 불구하고. 더욱이, 그것은 심지어 사람을 CVS 로 데려왔다.

CVS 와 SVN 간의 비교는 C++ 와 Java 간의 비교와 유사합니다. CVS 와 SVN 은 C++ 와 Java 가 Basic 보다 훨씬 강력한 것처럼 SourceSafe 보다 훨씬 강력합니다.

많이. CVS 는 코드 제어 시스템의 거의 모든 기능을 대표하지만, 때로는 구현이 편리하지는 않습니다. SVN 은 CVS 에서 사용할 수 없는 일부 기능을 복구하고 추가합니다. 예를 들어, 플래그 및 분기를 작성합니다.

의심스러워, 네가 서류를 편집할 때 아무도 눈치채지 못할 거야. SVN 은 CVS 의 대안이 아니라 CVS 와 유사한 다른 시스템입니다. 그것은 그것을 채택하기에 충분한 독특한 기능을 가지고 있다.

이유. 이러한 기능을 통해 PowerBuilder 와 같은 개발 환경에 더 적합합니다. 다음은 양자의 상대적 장단점을 찾을 수 있다.

1 저장소 유형 형식

CVS 는 RCS 파일 기반 버전 제어 시스템입니다. 각 CVS 파일은 일반적인 파일일 뿐, 몇 가지 추가 정보가 추가됩니다. 이러한 파일은 단순히 로컬 파일의 트리 구조를 반복합니다. 따라서 데이터 손실에 대해 걱정할 필요가 없으며 필요한 경우 RCS 파일을 수동으로 수정할 수 있습니다.

SVN 은 관계형 데이터베이스 (BerkleyDB) 또는 일련의 이진 파일 (FS_FS) 을 기반으로 합니다. 한편으로는 병렬 읽기 및 쓰기 파일과 같은 많은 문제를 해결하고 런타임 트랜잭션 특성과 같은 많은 새로운 기능을 추가했습니다. ) 을 참조하십시오. 그러나 다른 한편으로는 데이터 저장소가 불투명해집니다.

2 속력

CVS 가 느립니다.

일반적으로 SVN 은 다른 아키텍처 구현으로 인해 CVS 보다 훨씬 빠릅니다. 네트워크에서는 적은 양의 정보만 전송하며 오프라인 모드에서 더 많은 기능을 지원합니다. 그러나 이것도 대가가 있다. 속도의 대가는 엄청난 스토리지 (모든 작업 파일의 전체 백업) 입니다.

3 개의 로고&; 나뭇가지

SVN 은 깃발과 나뭇가지를 사용하여 다른 세 가지를 버렸다. 즉, 이 개념을 복제 아카이브의 파일이나 디렉토리로 대체한다는 의미입니다

로그를 저장합니다. 이렇게 하면 로고 작성 및 분기 작성은 모두 저장소 내의 파일 복제일 뿐입니다. 분기의 경우: 분기는 창고 내의 개별 디렉토리일 뿐 이전과는 다릅니다.

야오가 한 번 휘청거렸다. 태그의 경우: 더 이상 코드에 태그를 지정할 수 없습니다. 어느 정도까지는 SVN 의 전체 파일 번호가 이러한 결함을 보완합니다. SVN 의 전체 저장소에는 버전 번호가 있지만 개별 파일에는 없습니다.

4 메타데이터

CVS 는 파일 저장만 허용합니다.

SVN 은 한 파일에 원하는 수의 명명 가능한 속성을 허용합니다. 이 기능은 매우 완전합니다.

5 가지 파일 유형

CVS 는 원래 텍스트 파일 저장소를 위해 설계되었습니다. 따라서 다른 파일 유형 (바이너리, 유니코드) 은 거의 지원되지 않습니다. 필요한 경우 추가 정보가 있어야 하며 클라이언트-서버측을 조정해야 합니다.

SVN 은 모든 파일 유형에 관심을 가지므로 수동으로 조작할 필요가 없습니다.

6 롤백

CVS 는 시간이 걸리더라도 제출된 모든 버전에서 임의로 롤백할 수 있습니다 (모든 파일은 별도로 처리해야 함).

SVN 은 커밋 후 롤백을 허용하지 않습니다. 버전 라이브러리의 양호한 상태 버전을 끝에 추가하여 손상된 버전을 덮어쓰는 것이 좋습니다. 그리고 손상된 버전은 어쨌든 데이터베이스에 존재합니다. (SVN 의 롤백 작업은 실제로 병합 작업입니다. ) 을 참조하십시오

7 일

CVS 의' 0 또는 1' 거래 원칙은 전혀 실현되지 않았다. 여러 개의 파일을 체크 인한 경우 (서버에 추가) 일부 파일은 완료되었을 가능성이 높고 일부 파일은 완료되지 않았습니다. 숨겨진 규칙으로서 이러한 오류를 수동으로 수정하고 나머지 파일 (모든 파일이 아님) 을 하나씩 체크 인합니다. 따라서 이러한 파일은 두 단계로 체크 인됩니다. SVN 은 SVN 의 장점 중 하나인' 0 또는 1' 거래 원칙을 지원합니다.