서브버전 썸네일형 리스트형 서브버전 저장소 분할 및 병합 서브버전의 저장소를 구성할 때, 가장 고민 되는 부분은 여러 프로젝트를 포함하는 하나의 단일 저장소 형태로 구성할 것인지, 프로젝트마다 각각의 저장소를 구성할지 여부이다. 두 가지 방법은 각각 장단점을 가지고 있어서 저장소 구성 방법을 선택하기 쉽지 않다. 그러나, 서브버전은 저장소를 덤프하고, 덤프된 데이터를 다른 저장소로 로드하는 수단을 제공하며, 이것은 저장소 일부 데이터를 대상으로도 가능하다. 기본적으로 서브버전이 단일 저장소를 권장하는 것은, 내부 프로젝트들의 변경 이력을 더 쉽게 추적할 수 있고, 필요하다면 언제든지 저장소를 분할할 수 있기 때문이다. 전체 저장소를 덤프하고 로드하는 것은 익히 잘 알려진대로, svnadmin 명령어를 사용하며, 다음과 같다: svnadmin dump URL >.. 더보기 서브버전 서버 설정이 추가된 아파치가 서비스로 실행되지 않을 경우 서브버전 서버를 아파치에서 운영하고자 할 때, httpd.conf에 추가한 서브버전 설정이 httpd -t를 무사히 통과했음에도 불구하고 아파치가 정상적으로 동작하지 않는 경우가 있다. 특히, 이벤트 3299가 발생하면서 mod_dav_svn.so을 읽어들이는데 실패했다면 이것은 시스템 Path에 서브버전의 bin 폴더가 추가되지 않았기 때문이다. 아파치의 modules 폴더에 서브버전의 so 파일들을 복사했다고 하더라도, 서브버전의 bin 폴더가 시스템 전역 Path에 추가되어 있지 않다면 아차피를 서비스로 실행할 수 없다. 서브버전 클라이언트만 사용한다면 시스템 Path에 서브버전 bin 폴더를 추가할 필요는 없지만, 서브버전 서버를 운영하는 시스템은 시스템 Path에 서브버전 bin 폴더를 추가해주.. 더보기 Subversion 1.7 Release : Entirely Overhauled 기다렸던 서브버전(SVN, Subversion) 1.7이 릴리즈되었다. 서브버전 1.7은 서브버전이 아파치 프로젝트의 공식적인 일원이 된 뒤 처음으로 릴리즈하는 버전이다. 서브버전 1.7의 가장 커다란 특징은, 새로운 기능 추가보다는 대대적인 오버홀이다. 당장의 기능 추가보다는 미래를 위해 내부를 대대적으로 재정비했는데, 서브버전의 클라이언트 부분에서 버전 관리 대상의 변경점을 추적하는 WC 라이브러리와 클라이언트 - 서버 사이의 통신을 담당하는 프로토콜이 그 대상이다. 그동안 서브버전이 발전해오는 동안, WC(Working Copy) 라이브러리는 더 이상 유지 보수하기가 힘들어질 정도로 코드는 대단히 복잡해졌다. 서브버전 1.7은 WC-NG(Working Copy-Next Generation)이라는 이.. 더보기 이전 1 다음