Subversive Reject Credentials

Question

최근에 Subclipse에서 Subversive로 전환했으며 일부로드 덤프가 발생했습니다. 특히, 파괴자는 훨씬 덜 유연한 인증 메커니즘을 갖고있는 것처럼 보입니다. Subclipse는 내 자격 증명을 저장하고 잘못 입력 한 경우 또는 서버에서 변경된 경우 로그인 할 때 다시 묻습니다. 파괴는이 작업을 수행하는 것, 대신에 내 옛날 잘못된 로그인을 계속 사용할 것이며, 단순히 SVN 오류와 팝업 표시되지 않습니다 : 이것에 대한 해결 방법을 찾아 내기

Some of selected resources were not committed. 
svn: Commit failed (details follow): 
svn: Negotiate authentication failed: 'No valid credentials provided' 

불행하게도, 구글이되지 않았습니다 많은 도움을 오류. 이전 SVN 로그인을 삭제하고 Subversive에 다시 입력하려면 어떻게합니까?

Answer 1

거의 모든 Subversion 클라이언트는 기본 명령 줄 클라이언트가 설정 한 표준을 고수하려고합니다. 이 클라이언트는 Subversion을 책에서 찾을 수 있습니다 Client Credentials에

%APPDATA%/Subversion/auth/ // on Windows 
~/.subversion/auth   // on Unix&Co 

자세한 내용에 인증 정보를 정기적으로 저장합니다.

비록 대부분의 Subversion 클라이언트가 기존 데이터를 사용하려고 시도하지만 그럼에도 불구하고이 데이터를 해석하는 코드베이스가 다릅니다. 즉, 매우 새로운 버전의 명령 행 클라이언트가 사용자의 파괴자 버전에서 지원하지 않는 인증 방법을 사용할 수 있습니다. 정보가이 파일들에 저장되는 방식에도 똑같이 적용됩니다.

밝은면 : 일반적으로 클라이언트는 기존 파일을 필요없이 덮어 쓰지 않고 이전 클라이언트가 작성한 파일을 읽을 수 있습니다.

가능한 가장 오래된 클라이언트가이 정보를 쓰게하는 것이 가능한 경우, 최신 클라이언트는 수정하지 않고 읽습니다.

이것은 한 번 명령 줄 클라이언트, ant 태스크 및 Eclipse 클라이언트가 "함께 사용하는 클라이언트"를 가져 오는 데 도움이되었습니다.

하지만 상황에 도움이되는지 아닌지는 다른 문제입니다. 첫 번째 확인을 위해 위에서 언급 한 디렉토리를 백업 및 삭제하고 시도해보십시오.

Answer 2

저는 Subclipse 관점에서 대답하고 있지만 도움이 될 것이라고 생각합니다.

지난 번 Subversive에서 저장소 대화 상자에 자격 증명을 수집하고 Eclipse에서 자체 캐시를 유지 관리했습니다. 따라서 편집하려면 해당 위치로 돌아 가야합니다. 어딘가에 Eclipse 환경 설정에서 사용할 수도 있습니다.

Subclipse는 이러한 방식으로 작동하지만 사용자는 항상 이와 같은 문제를 겪고있었습니다. 그래서 Subclipse 1.0이 몇 년 전에 선적되기 전에 우리는 이것을 완전히 변경했습니다. Subclipse는 자격 증명을 수집하거나 전혀 저장하지 않습니다. Subversion은 완전히 자격을 저장하기 위해 Subversion에 의존합니다. 이 접근법의 이점은 Subversion이 서버 비밀번호가 변경된 것과 같은 것을 탐지 할 수있는 인텔리전스가 있으며 사용자가 저장 한 새로운 자격 증명을 요구하는 것입니다. Subversive가 자신의 자격 증명을 저장하는 경우 API가 작동하는 방식은 동일한 기회를 얻지 못합니다. 위와 같이 Subversion에서 오류가 발생합니다.

정말 Subversive를 사용하지는 않지만 Subversion과 캐시에 전달할 수있는 대화 상자에 자격 증명을 입력하지 않아도됩니다.

더 적극적으로 유지 관리되고 Subversion과 밀접하게 연관되어 있으므로 Subclipse로 다시 전환하는 것이 좋습니다. Subclipse는 이미 SVN 1을 지원합니다.7을 예로 들고 새로운 기능 개발에 관여했습니다.