나는 모든 svn : externals 참조가 다른 프로젝트의 태그 중 하나에서오고, 그 트렁크 나 어떤 브랜치에서 나오지 않아야한다는 규칙을 여기에서 확증하려고하고있다. 이것이 합당한 규칙입니까, 아니면이 접근 방식에 문제/문제점이 있습니까? 나는 안정된 개발 환경을 만들기 위해 노력하고 있으며,이 규칙으로 인해 개발이 느려지거나 어렵게 될지 궁금하다.
저는 svn : external을 사용하여 Nlog 및 Lucene.net과 같은 프로젝트를 만듭니다. vs2008 csproj 파일이 없습니다. 다른 프로젝트에 추가 할 수 있도록 easely 생성 할 수 있습니다. 2008 프로젝트 파일을 내부 소스 컨트롤에 추가 할 수 있습니까?
몇 가지 외부 저장소에서 가져 오는 선택적 구성 요소와 이러한 외부에 대한 다양한 액세스 권한이있는 많은 사용자가있는 svn 프로젝트를 실행하고 있습니다. 'svn update'명령은 검색 할 수없는 첫 번째 프로젝트에서 중단됩니다. 모든 사용자가 성공적으로 체크 아웃 할 수 있도록 svn : externals에 대한보다 나은 표준 방법이 있습니까? 편집
저는 SVN을 처음 사용하고 externals 속성을 많이 사용합니다. 내 PC에있는 저장소가 있고 외부 속성에 하드 코드 된 'localhost'라는 이름이 있는데, 이제는 문제가 발생합니다. 예를 들어 : // localhost를/공유/트렁크 : /project1/trunk
/shared/trunk
project1/trunk 공유 폴더에 따라 그렇
작업 복사본을 업데이트하는 포스트 커밋 훅이 있습니다. 그 작업 카피 중에는 파일의 일부가 외부인으로 인증되어 있습니다. 외부 사용자에 대해서만 svn 업데이트에 로그인 자격 증명을 전달하는 방법이 있습니까? 지금은 업데이트를 수행하지만 외부에서 로그인을 요청하기 때문에 외부 라이브러리를 업데이트하지 못합니다.
svn : externals의 사용을 비난하는 몇 가지 답변을 여기 읽었습니다. 어떻게 오용 될 수 있는지보고 Subversion에 더 의존하게 만들지 만, 조만간 우리 그룹이 그 자리를 떠나는 것을 보지 못합니다. 어쨌든, 여기 내 딜레마가 있습니다. 우리는 저장소의 자체 섹션에있는 여러 프로젝트를 참조하는 솔루션을 가지고 있습니다. 이러한 프로젝트 중