어떻게 올바른"Commit 지 못했습니다.파일 xxx 것입니다.xxx 경로를 찾을 수 없습니다."
https://stackoverflow.com/questions/819896
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 최근에 실행으로 특히 끈끈한 문제에 대한 투입의 결과에 파괴.우리의 파괴 서버@1.5.0 및 내 TortoiseSVN 클라이언트가 지금@1.6.1.
내가 노력하고 병합 기능을 지점으로 다시 나의 트렁크가 있습니다.병합을 나타난 아래의 코스를 제공합니다.;그러나,commit 가 실패하고 다음과 같은 오류 메시지가 표시됩니다.
Commit failed (details follow):
File
'flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as'
is out of date
'/svn/ibis/!svn/wrk/531d459d-80fa-ea46-bfb4-940d79ee6d2e/visualization/trunk/source/flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as'
path not found
You have to update your working copy first.
내 근무 트렁크가 최신 상태입니다.심지어는 체크아웃한 새로운 중 하나로 다른 폴더에 있는지 확인하십시오지 않았는 모든 지역 크로 장난합니다.나는 몇 가지 더 많은 이에 대해 연구하고 나는 생각한 문제의 일부가 사용자에 오류가 있습니다.내 생각은 우리의 문제는 다음과 같습니다.
- 우리는 몇 가지 개발자는 작업에 투입으로 파괴하기 전에 클라이언트 1.5 고 일부는다.저는 이것을 믿는 잠재적인 손상 병합니다.
- 다른 지점에 우리가 수행한 부분적인 병합할 필요가 없습니다.즉,우리가 항상 수행하에서 병합의 뿌리는 지점에 있습니다.이것을 용이하게 업데이트 코드고.NET 노력에 동일 지점에 있습니다.
- 우리가 수행 순환(반)에서 병합니다.이 이루어졌기 때문에 우리는 여러 개의 병렬 가지고 우리가 원하는 주기적으로 업데이트하는 우리의 지점과 함께 최신의 코드 트렁크가 있습니다.
이러한 모든 것을 명시적으로 권장하지 않음으로 파괴 예약/팀이 있습니다.우리는 우리의 교훈을 이제 알고의 모범 사례를 설명합니다.그러나 우리는 먼저 병합와 우리의 최신 지점에 있습니다.
그것이 무엇 최고의 방법으로 문제를 해결하기 위한 우리는 발생?
는 것을 삭제하는 모든 병합 정보에 줄기와 분할에 실행 가능한 솔루션?No.내가 이것을 했지만 그것이 해결되지 않으면 오류가 나 얻고 있다.
해결책
나는 오늘 같은 문제를 겪었고 중간 병합을 수행하지 않았으므로 오프닝 포스트에서만 #1 만 적용 할 수 있습니다. 그러나 Ubuntu의 SVN 클라이언트와 Windows의 TortoisesVN의 커밋을 만들었습니다. 운 좋게도 내 경우에는 트렁크를 변경하지 않았으므로 트렁크를 지점으로 바꿀 수있었습니다. 그렇다면 아마도 다른 SVN 버전? 그것은 꽤 걱정입니다.
SVN Move / Copy / Delete 기능을 사용하는 경우 내 경우에는 히스토리가 손실되지 않았지만 SVN은 트렁크를 이동 한 다음 SVN이 지점을 트렁크로 옮겼습니다.
다른 팁
방금이 문제가 있었는데 원인은 디렉토리가 갈등과 마찬가지로 신고 된 것 같습니다. 고치다:
svn update
svn resolved <the directory in conflict>
svn commit
나는 이것을 1.6.2 서버, 1.6.8 거북이에서 얻고 있었다. 창문에 모두이 분기에 합병되지 않습니다.
디렉토리로 이름을 바꾸고 디렉토리의 두 파일 중 두 파일이 "정상"이 아닌 "대체"로 표시되었습니다. 디렉토리 내의 다른 파일에 대한 추가 변경 사항이 추가로 변경되었습니다.
대체 된 것으로 표시된 파일을 되 돌리면 문제가 해결되었습니다.
나는 또한 같은 문제가 있었고 다음 방법으로 동일하게 해결했습니다.
svn resolve --accept=working <FILE/FOLDER NAME>
svn cleanup
svn update <FILE/FOLDER NAME>
svn commit <FILE/FOLDER NAME> -m "Comment"
이것이 당신을 도울 수 있기를 바랍니다 :)
작업 사본을 커밋하려고하는 동안 같은 문제가있었습니다. 내가 한 일은 전복이 "경로를 찾을 수 없음"으로보고하는 폴더를 무시 목록에 추가하는 것입니다. 커밋 (성공해야합니다). 그런 다음 동일한 폴더를 전복에 다시 추가하십시오. 다시 커밋하십시오.
방금 비슷한 문제가 있었지만 문제를 일으키기 위해 분기 나 병합이 없었습니다. 내 해결 방법은 다음과 같습니다.
- SVN은 작동하지 않은 파일 포함 내 작업 폴더를 임시 폴더로 내 보냅니다.
- 작동 폴더의 이름을 백업으로 바꿉니다.
- SVN 트렁크 체크 아웃.
- TEMP 내보내기 폴더에서 모든 폴더를 새 작업 폴더를 통해 복사하십시오.
- SVN 커밋.
이제 모두 괜찮아 보입니다.
나는 이것이 오래된 게시물이라는 것을 알고 있지만,이 문제는 여전히 상당히 자주 발생합니다. 내가 찾은 가장 간단한 방법은 영향을받는 폴더에서 .svn/all-wcprops 파일을 이름 바꾸고 삭제 한 다음 업데이트 및 커밋을 실행하는 것입니다.
나는 같은 문제가 있었는데 그 이유가 무엇인지 모르지만 터미널에서 입력하여 수정했습니다.
svn update
그리고 나는 그것을 커밋하고 붐을 일으킨다!
오 소년! 이것은 나쁘게 보인다! 내가 생각할 수있는 유일한 옵션은 작업 사본이 손상되었다는 것입니다.
작업 사본을 삭제하고, 새로운 체크 아웃을 수행하고, 병합을 다시 수행해보십시오.
그래도 작동하지 않으면 버그를 기록하십시오.
이 문제에 대한 만족스러운 해결책을 찾을 수 없었습니다. 그러나 불만족스러운 해결책을 찾았습니다.
트렁크 내의 모든 파일을 삭제하고 이러한 변경 사항을 커밋했습니다. 그런 다음 지점 코드를 트렁크로 내보내고 모든 파일을 추가하고 큰 커밋을했습니다. 이것은 내 트렁크가 지점 1 : 1을 모방하는 영향을 미쳤습니다 (어쨌든 내가 원했던 것).
불행히도, 이것은 모든 파일의 이력이 이제 "손실"되므로 큰 분열을 만듭니다. 그러나 시간 제약으로 인해 다른 옵션이 없었습니다.
나는 근본 원인이 무엇인지, 미래에 그것을 피하는 방법을 알고 싶을 때 다른 사람들이 가질 수있는 모든 대답에 여전히 관심을 가질 것입니다.
트렁크에 많은 변화가있는 지점을 병합 한 후 같은 문제가있었습니다. 내가 볼 수있는 유일한 두 가지 솔루션은 acifika 또는 Diff 도구로 파일을 수동으로 병합합니다. 하지만 해결 방법을 찾았습니다 ...
작동하지 않은 기계는 Subversion Client 1.6.5를 실행했습니다. 나는 기계에서 똑같은 일을했다 전복 1.5.4 그리고 그것은 효과가있었습니다! 두 기계에서 나는 1) 트렁크의 청정 체크 아웃, 2) SVN 병합 ... 및 3) SVN Commit을 수행했습니다. 내 서버는 그 가치가있는 것에 대해 1.5.x입니다.
이것이 누군가를 돕기를 바랍니다.
Mac 10.6.5의 SVN 1.6.5와 비슷한 문제가 있었으며 SVN 1.6.9로 업그레이드되었으며 커밋이 성공했습니다.
삭제 된 패키지를 커밋하려고 할 때도 같은 문제가있었습니다 (다양한 Java 클래스가 포함되어 있지만 더 이상 패키지에서는 아무것도 필요하지 않았습니다).
문제를 해결하기 위해 내 솔루션 / 해결 방법 :
- 전체 패키지를 되돌 렸습니다
- 먼저 콘텐츠를 삭제했습니다
- 삭제 된 컨텐츠를 칭찬했습니다
- 마지막으로 삭제 된 패키지를 다시 헌신했습니다 (그리고 대부분의 경우 작동했습니다 :-))
그러나 때때로 삭제 된 패키지를 커밋 할 수 없었습니다 (아무것도 포함하지 않음).
내 해결 방법 :
- 패키지에서 더미 수업을 만들었습니다
- 그리고 그 후 나는 위에서 언급 한 단계를 반복했다
내 마지막 힌트 ...
그러나 때로는 패키지 / 프로젝트를 다시 한 번 동기화하는 것이 간단하게 도움이되며 그 후에는 모든 것이 다시 잘 작동합니다.
내 구성에 대해 :
- 일식 네온
- SVN 인터페이스 : Javahl (JNI) 1.8.13 (R1667537)
- VisualSVN 서버 관리자, 버전 : 3.3.1
어쩌면 나는 내 힌트 중 하나를 가진 사람을 도울 수 있습니다.
나는 본 적이 비슷한 경우 폴더로 이동되었는 서버에서 하지만 작업 사본은 아직도 바인딩 나 SVN 폴더 구조입니다.가 확실하지 않으면 누구나 이동한 것이 주위에 당신의 트렁크기 전에 당신은 기회가 있었을 병합니다.
는 가능성은?
이것은 문제처럼 보입니다 svn:mergeinfo 지점과 트렁크 사이의 재산에서 벗어나는 속성.
이것은 다음 질문으로 이어집니다 (거북이를 많이 사용했을 때 명령 줄 지침을 용서하십시오) :
트렁크 루트 레벨 또는 하위 폴더 레벨에서 병합하고 있습니까? 내 경험상 항상 근본 수준에서하는 것이 최선입니다.이 방법은 전체 트렁크가 단지 일부가 아니라 합병되었다고 생각합니다 (이것은 SVN을 1.5.0에서 크게 혼란스럽게하는 것 같습니다).
다음 질문은 당신이 사용하는 것입니다
--reintergrate매개 변수? 나는 이것을 거북이로 얻는 방법을 결코 기억할 수 없지만, 당신이 지점에서 트렁크로 돌아갈 때이 매개 변수를 사용해야합니다.통합하기 전에 트렁크를 가지에 통합 했습니까? 이것은 합병 할 때 볼 수있는 갈등을 제거하는 데 도움이 될 수 있습니까?
당신은 가지고 있습니까?
svn:mergeinfo루트 레벨이 아닌 분기의 속성? 이것은 내가 발견 한 것이 항상 문제를 일으킨다. 당신은 항상 이것을 찾아서 찾을 수 있습니다svn -R pg svn:mergeinfo. 그런 다음 루트 아래에있는 위치와 수정 사항을 기록 할 수 있습니다. 관련이있는 경우 뿌리로 옮기십시오.svn merge --record-only -r start:end <location>그런 다음 하위 루트 위치에서 삭제하십시오.svn pd svn:mergeinfo <location>그런 다음 이러한 변경 사항을 커밋해야합니다일단 완료되면 다시 병합을 시도하십시오.
의심 할 여지가 있지만 작업 디렉토리에서 SVN 정리를 실행하는 것이 도움이 될 것입니다.
나는 같은 문제를 겪고 머리를 때리고 atressotory의 디렉토리를 "/"/trunk "에서"/trunk "에서"switch "명령을 잊어 버렸다는 것을 알았습니다!
와우,이 클립스를 통해 SVN을 사용하고 있기 때문에 이건 해결하는 데 시간이 걸렸습니다. 결국, 저를 위해 일한 유일한 것은 모든 영향을받지 않는 파일을 커밋 한 다음 (Eclipse가 닫히고) Project Directory의 이름을 바꾸고 SVN에서 프로젝트를 다시 확인하는 것이 었습니다. 지금 제대로 작동합니다!
분명히 SVN은 매우 신뢰할 수있는 프로그램이 아닙니다. 나는 같은 문제가 있었고 (Turtoise와 함께 SVN 사용) .CS 파일의 컨텐츠를 저장 한 다음 1 개정으로 돌아가서 해결했습니다. 이것은 다음과 같은 충돌을 보여주었습니다. "<<<<<<< 필레 이름 내 변경
======= 코드가 저장소 개정판에서 병합 된 코드 "
나는 특별한 일을하지 않았지만 (한 번만 개정을 설정 한 경우).
이 파일의 내용을 저장된 컨텐츠로 바꾸고 저장 한 다음 NortoisesVN → Resolved를 통해 선택했습니다. 그런 다음 리포지토리에 수정을 커밋 할 수있었습니다.
감사합니다 Jamie Bullock이 작업
Jamie Bullock에 따라
방금이 문제가 있었는데 원인은 디렉토리가 갈등과 마찬가지로 신고 된 것 같습니다. 고치다:
- SVN 업데이트
- SVN이 해결되었습니다
- SVN 커밋
