온라인 저장소에서 체크 아웃 할 때 SVN 오류 (200 OK)
호스트에 첫 번째 저장소를 설정하려고하는데 TortoiseSVN 을 사용 하여 프로젝트를 체크 아웃 할 때이 오류가 발생 합니다.
오류 : OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )
내가 한 일은 다음과 같습니다.
내 호스트에 ssh하고 / home / myaccnt 및 'svnadmin create svn'으로 이동하십시오.
내 프로젝트 저장소 만들기 : 'svn mkdir svn / myproject'
저장소에 파일을 추가합니다. cd /home/myaccnt/.../myproject(/tags, / branch, / trunk 포함); 'svn import file : /// home / myaccnt / svn / myproject'(이 시점에서 추가되는 파일의 큰 오래된 목록이 표시됩니다.)
이 시점에서 내 저장소를 설정하고 내 프로젝트를 저장소. 이제 Windows 상자에서 TortoiseSVN을 사용하여 결제 할 준비가되었습니다. 그래서:체크 아웃하려는 폴더에서 마우스 오른쪽 버튼을 클릭하고 SVN Checkout을 클릭 한 다음 URL이 http://mywebsite.com/svn/myproject 인지 확인합니다 .
결과?
오류 : OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )
누구 나에 대한 생각이 있습니까? 내 저장소 또는 htaccess ... 또는 무언가의 구조에 근본적인 것이 누락되었을 가능성이 있습니다.
나도이 문제를 파헤쳐 야했고 해결 방법으로 이끄는 다음 페이지를 찾았습니다.- http : //comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (특히 다음 링크 참조) "줄리안의 패치" .)
"OPTIONS of <url>
: 200 ( <url>
) OK"오류는 오해의 소지가 있으며 종종 저장소 URL이 잘못되었음을 의미합니다.
간단한 "svn list"명령으로 비슷한 문제가 발생했습니다.
슬래시에 관한 Vitor Mateus의 답변을 확장하려면 : 사내 서버에서 Apache를 사용하여 자체 저장소를 설정하는 동안 Location
Apache 2 구성 파일의 원래 태그는 다음과 같습니다.
<Location "/svn/repo_address/">
...
</Location>
어디 거기 후행 "/" "repo_address"후. 여기에 슬래시가 없어야합니다.
<Location "/svn/repo_address">
...
</Location>
미묘하지만 큰 차이를 만듭니다. 이제 전화
svn list http://my.server.com/svn/repo_address
잘 작동합니다. 때때로 설명서를주의 깊게 읽는 것이 도움이됩니다 ;-)
분명히 이것은 내 호스트의 제한 문제이며 해결하기 위해 그들과 협력하고 있습니다.
감사합니다, 1800.
BTW, 여기에 대한 대답은 제 호스트 인 A2 Web Hosting이 SVN이 public_key를 사용하여 SSH를 통해 처리되고 제 경우에는 TortoiseSVN이 작업을 수행하도록 구성해야한다는 것입니다. 키 설정에 약간의 경험이있는 사람에게는 일종의 펑키했지만 일단 완료되면 꽤 만족 스러웠습니다!
지원 위키에서 A2 호스트의 SVN에 대한 정보를 찾을 수 있습니다.
방금이 문제가 발생했습니다. 내 Subversion 서버가 비표준 포트에있었습니다. 그래서 효과적으로 내 저장소 URL이 잘못되었습니다. 확인해야 할 사항이 있습니다.
저에게는 오류가 서버 측에 있었고 주석을 제거하는 것을 잊었 기 때문에
DAV svn
구성 파일 /etc/apache2/mods-enabled/dav_svn.conf
(Debian)에 있습니다.
체크 아웃 주소를에서 http://mywebsite.com/svn/myproject
로 변경하면 svn://mywebsite.com/svn/myproject
작동이 시작됩니까? 그렇다면 SVN 액세스를위한 HTTP 프로토콜을 설정하지 않았습니까?
이 오류는 완전히 일반적이며 SVN 서버와 통신 할 수 없음을 의미합니다. 브라우저를 사용하여 URL을보고 실제로 제공되는 내용을 확인하십시오. 바닥 글에 Powered by Subversion이라고 표시된 일반 흑백 페이지 여야합니다. 문제가 무엇인지 파악하는 데 도움이됩니다.
제 경우에는 ProxyPass를 사용하고 있기 때문에 요청이 DAV 모듈에서 끝나지 않았습니다.
저에게는 확실히 인증 문제였습니다.
일반적으로 새 프로젝트를 체크 아웃하려고 할 때 인증서를 수락 할 것인지 (영구적으로, 임시로 또는 전혀 허용하지 않을 것인지) 묻는 메시지가 표시됩니다.
이전 에 전혀 클릭 하지 않았 음에 틀림 없으므로 다시 메시지가 표시되지 않습니다.
TortoiseSVN 클라이언트를 사용하여 설정 으로 이동 한 다음 데이터 를 저장 하고 인증 데이터 (버튼 Clear)를 지 웠습니다 .
그런 다음 체크 아웃을 시도했을 때 인증서를 수락하라는 메시지가 표시되었습니다. 나는 영구적으로 했고 모든 것이 좋았습니다. 내 모든 코드를 확인했습니다.
첫 번째 응답의 수정이 저에게 효과적이었습니다.
내 저장소는 SSH를 사용합니다. URL은 https : // (HTTPS 액세스 용)로 나에게 주어졌고 결국 URL의 프로토콜을 변경해야한다는 것을 알게되었습니다.
명령 줄 클라이언트 사용 : $ svn checkout svn + ssh : /// svnroot //
(키 구성이 필요하지 않았습니다.)
Another reason for getting this error (among the many above) is having a proxy set in ~/.subversion/servers when you don't need a proxy to get to the server you are trying to connect to.
Try to put /
on the end of URL. Change the checkout address from "http://mywebsite.com/svn/myproject" to "http://mywebsite.com/svn/myproject/".
I ran into this error while connecting to an open source repository from my Ubuntu x-term.
The solution that worked was modifing /etc/subversion/servers
file. I modified the proxy settings in the global section and now: All is well.
Make sure SVNPath is set correctly in the Apache configuration!
I had a different problem (and a solution). I do not understand why it happens, but since some of the repository DID checkout, I tried to checkout various content independently.
I've found that only a JAR file in the root folder was not checked out and attempting to check it out caused the error. Since the file was a duplicate file of a same JAR file, which was in the "target" folder, I just deleted it from the repository via repo-browser (TortoiseSVN) and checked out the project via NetBeans again - finally it finished without the error.
'code' 카테고리의 다른 글
Ruby에서 파이프 기호는 무엇입니까? (0) | 2020.11.05 |
---|---|
POCO는 무엇을 의미합니까? (0) | 2020.11.05 |
datetime 또는 timestamp를 사용하는 경우 (0) | 2020.11.05 |
트위터 부트 스트랩-테두리 (0) | 2020.11.05 |
Go에서 중첩 된 함수 선언 (함수 내부 함수)을 허용하지 않는 이유는 무엇입니까? (0) | 2020.11.05 |