.svn 대신 _svn을 사용하도록 VisualSVN 서버 구성

변경 사항이 있음을 인식하고 있음에도 불구하고 빌드 서버에서 소스 제어의 수정 사항을 체크 아웃하는 데 문제가있었습니다..svn 대신 _svn을 사용하도록 VisualSVN 서버 구성

제어 폴더 (실제 이름이 확실하지 않음)로 추적되었지만 기존 작업 빌드는 _svn을 사용하고있었습니다. 작업 폴더를 지우면 새로운 완전한 체크 아웃이 필요했고 컨트롤 폴더가 .svn임을 알게되었습니다. 원래 통합 루틴은 _svn을 사용하여 코드를 체크 아웃하는 것처럼 보였지만 이제는 .svn을 사용하고 있습니다.

통합 중에 svn.exe를 사용하는 것이 VisualSVN 서버에서 _svn을 다시 사용하도록 설정할 수 있습니까?

원본 작업 사본의 사용 방법 _svn 잘 모르겠습니다! - 우리는 오직 VisualSVN 서버를 사용한 적이 있으며 변경하지 않았습니다.

Visual Studio에서 더 잘 작동하고 필요할 경우를 대비하여 빌드 서버에 TortoiseSVN을 설치 한 권장 사항에 따라 _svn을 사용하도록 TortoiseSVN을 설정했습니다. 이것이 원인 일 수 있습니까?

정말 필요한가요? MSBuild는 Microsoft의 것이므로 Visual Studio의 경우와 마찬가지로 권장됩니까?

출처

2008-08-15 David A Gibson

_svn 대 .svn에 관한 비즈니스는 Visual Studio 웹 프로젝트에서만 문제였습니다 (어쨌든 VS2005에서 수정되었다는 것이 확실합니다). 일반적으로 "_svn은 VS에서 더 잘 작동합니다"는 아닙니다.

저장소 문제가 아닌 작업 복사본 문제 일 수도 있습니다. 즉, SVN의 일부 사용자가 _svn을 실행하도록 설정된 클라이언트를 사용하고 일부는 .svn을 사용하는 경우 문제가되지 않습니다. 저장소는 알 수 없습니다. (실제로 어떻게 극단적으로 혼란 스러울지라도 이러한 _svn/.svn 파일의로드가 실제로 저장소에 체크인되면 결국에는 혼란 스럽습니다.)

.SVN이 원인이라는 절대적인 확실한 증거가 없다면 너는 문제가있다. 그런 다음 나는 너가 할 수있는 곳이면 어디든 붙어 갈 것이다. http://subversion.tigris.org/svn_1.3_releasenotes.html

은 " 윈도우 _svn '디렉토리 (클라이언트 및 언어 바인딩)에 대한 공식 지원을"읽을 필요가

출처

2008-08-15 09:57:38