그래서, 내가 전에 이런 짓을했는데 난 그냥이 시간이 생겼습니다 알아낼 수없는 것 복사 SVN에서 파일을 복원합니다. 내가 가서 그것을 삭제 (또는 적어도 마지막으로 내가 SVN 목록 -r을 사용하여 검증 존재.) 여기 SVN 내가 노력하고있어</p> <p>... -r [수정 번호] [URL] [경로]
내 명령입니다 된 개정 발견 : 나는 오류가 계속svn copy -r 925 url/to/repo/foldername htdocs/foldername
:
를 그 대신 내가 여기 실종 무엇 925의 (머리) 개정 973을보고 의미에 대한 이해에서
svn: '/!svn/bc/973/.../htdocs/templates' path not found
?
나는 당신이 원하는 것은 생각 :
svn copy url/to/repo/[email protected] htdocs/foldername
svn help copy에서 :
usage: copy SRC[@REV]... DST
이 Peg and Operative Revisions를 참조하십시오.
-r REV without @REV은 "현재 파일의 조상 (개정 REV)"을 의미하고 @REV은 -r rev이 없으면 "REV에서의 파일"을 의미합니다. 이 의미상의 차이점은 svn이 사본을 추적 (및 이름 변경)하기 때문에 중요합니다.
완벽한 - 그랬습니다. 그것은 옳은 대답이었을뿐만 아니라시기 적절했습니다. 감사! – matmer
'url @ XYZ' 대신'-r XYZ'를 사용하는 것이 잘못된 이유에 대한 설명을 제공 할 수 있다면 내 +1을 추가 할 것입니다 (아마 이것은 svn 버그입니까?). –
@ 리차드 한센 : 유일한 이유는 "그것이 작동하는 방식이기 때문"이라고 생각합니다. 나는 SVN 프로젝트가이 분야에서 더 관대 해지기 위해 움직이고 있다고 생각한다. 사실 최신 버전은 -c와 -r 등을 훨씬 용서한다. 변화 또는 아닙니다, 그러나. "왜?"에 대한 공식적인 대답은? Subversion 개발팀에게 물어볼 필요가 있다고 생각합니다. – Flimzy
이 문제는 다른 svn 명령 (예 :'svn ls ')에도 적용됩니다. –