위의 예제는 파일 이름@R1 및 파일 이름@R2를 비교합니다. svn diff. 이 기능은 두 가지 다른 용도로 유용합니다. 첫째, BLFS SVN 서버에 대한 쓰기 액세스 권한이 없는 사용자는 BLFS-Dev 메일링 리스트에 보낼 패치를 생성하는 데 사용할 수 있습니다. 이렇게하려면 로컬 모래 상자의 파일을 편집 한 다음 BLFS 디렉토리의 루트에서 svn diff > FILE.patch를 실행하십시오. 그런 다음 이 파일을 BLFS-Dev 메일링 리스트에 메시지에 첨부하여 편집 권한이 있는 사용자가 파일을 집어 책에 적용할 수 있습니다. 두 번째 용도는 svn diff -r 개정1:revision2 FILENAME을 사용하여 두 개정 간에 변경된 내용을 확인하는 것입니다. 예를 들어 svn diff -r 168:169 index.xml은 index.xml의 개정 168과 169 사이의 변경 내용을 보여주는 diff를 출력합니다. 나는 리포지트 http://example.com/svn/ EX 뒤에 많은 프로젝트를 가지고 : 프로젝트1, 프로젝트 2…. http://example.com/svn/*에서 모든 프로젝트를 체크 아웃하려면 프로젝트 데이터를 수정하려면 버전이 적용된 프로젝트의 로컬 복사본을 만들어야 합니다. 명령줄 svn 클라이언트 또는 원하는 모든 GUI 기반 클라이언트를 사용할 수 있습니다. 프로젝트의 로컬 복사본을 작업 복사본이라고 하며 svn 체크 아웃 명령을 실행하여 프로젝트를 만듭니다. 다음은 몇 가지 예입니다.

-m 플래그는 작업에 대한 로그 메시지를 제공하는 데 사용됩니다. 로그 메시지는 svn에 의해 적용됩니다. 명령줄에서 -m 플래그를 사용하지 않으려면 SVN_EDITOR 환경 변수(예: vi)를 설정하고 svn은 로그 메시지가 필요할 때마다 해당 편집기로 메시지를 표시합니다. 로그 메시지 외에도 가져오기 명령의 구조는 매우 간단합니다. 당신은 회귀되지 않은 파일에 대한 경로를 제공하고 svn로 알려진 경로. 첫 번째 경로는 로컬 파일 시스템을 참조하며 절대 경로일 수 있습니다. 즉, 해당 명령을 실행하기 위해 가져오려는 디렉토리에 있을 필요가 없습니다(cvs의 경우). 두 번째 경로는 프로젝트가 리포지토리에 보관될 위치(또는 원하는 경우 «이름 아래»)를 나타내는 것입니다. 트렁크 / 트렁크를 추가했습니다.

우리는 잠시 이유를 설명 할 것입니다. 먼저 우리가 지금 우리의 프로젝트와 함께 작업 하는 방법을 살펴보겠습니다. 실제로, 가져 오기 후 디렉토리 우리는 «복사»여전히 버전 제어되지 않습니다.