일부 파일을 변경했지만 그 파일을 체크하지 않으려한다고 가정 해보십시오. 배치 파일 또는 일부 아카이브에 변경 사항을 저장하고 다른 dev/myself/등. 그래서 그들은 내 변경 사항을 살펴보고 작업 복사본에 적용 할 수 있습니다. 이것을 할 수 있습니까? 시나리오다른 컴퓨터에서 사용할 수 있도록 svn 변경 사항을 저장 하시겠습니까? 또는 백업되지 않은 svn 변경
수를 백업 미트되지 않은 svn의 변경
간단한?
일부 파일을 변경했지만 그 파일을 체크하지 않으려한다고 가정 해보십시오. 배치 파일 또는 일부 아카이브에 변경 사항을 저장하고 다른 dev/myself/등. 그래서 그들은 내 변경 사항을 살펴보고 작업 복사본에 적용 할 수 있습니다. 이것을 할 수 있습니까? 시나리오다른 컴퓨터에서 사용할 수 있도록 svn 변경 사항을 저장 하시겠습니까? 또는 백업되지 않은 svn 변경
수를 백업 미트되지 않은 svn의 변경
간단한?
는 물론 복사 잡아 svn diff
을 사용
예를 들어, 마지막 수정 버전 (341)에서 변화 patch을 만들 나중에 다른 컴퓨터로 이동하여 신청할 수 있습니다.
patch -p1 <modifications.patch
다른 버전의 Subversion 저장소에 대한 작업 복사본이 원격 컴퓨터에있는 경우 패치 적용시 충돌이있을 수 있습니다. patch
프로그램은 Subversion 자체보다 충돌을 해결하는 프로세스가 다릅니다.
트렁크에 대한 커밋에 자신이 없으면 지사를 만들고 커밋 한 다음 다른 개발자에게 해당 지사에서 변경 사항을 검토하도록 알릴 수 있습니다.
모든 것이 정상이면 트렁크에 병합 할 수 있습니다.
Code Collaborator이라는 제품을 사용하여 프로세스에서 수동 단계를 밟을 수 있습니다. SVN 및 다른 버전 제어 시스템과 통합되는 코드 검토 도구입니다. 리뷰를 작성하고, 커밋되지 않은 변경된 파일을 추가하고, 다른 사용자를 리뷰에 초대하며, 버전과 리포지토리의 내용을 비교합니다. 당신은 비싼 도구라고 생각하지만, 제 경험상 가치있는 도구였습니다. 30 일간의 데모가 가능하다면 사용해 볼 수 있습니다.