Working Copy Root에없는 VisualSVN 및 클래스 라이브러리

Question

우리는 Visual Studio 통합을 위해 VisualSVN을 사용하여 SourceGear Vault에서 TortoisesVN으로 전환하고 있습니다. 절대적으로 좋아합니다. 그러나 응용 프로그램에서 작업 사본 루트의 일부가 아닌 여러 다른 응용 프로그램에서 참조하는 여러 클래스 라이브러리가 있습니다. Visual Studio 통합을 계속 활용할 수 있도록이를 처리하는 가장 좋은 방법은 무엇입니까? 그러나 각 프로젝트/응용 프로그램의 루트 외부에 다양한 클래스 라이브러리를 유지하십시오. SourceGear는 이것에 문제가 없습니다.

Explorer에서 TortoisesVN을 사용하는 것만으로 클래스 라이브러리를 별도로 추가 할 수는 있지만 Visual Studio 내에서 작업 사본 이외의 다른 것에 대한 변경 사항을 저지르는 능력은 없습니다. 작업 카피 클래스 라이브러리 외부의 상태를 나타내는 VisualSVN "신호등"도 없습니다.

그건 그렇고, 우리는 또한 여러 저장소와 달리 "많은 프로젝트가있는 하나의 저장소"경로를 사용하고 있습니다. 특히 우리 가이 시점까지 몇 년 동안 일한 방식입니다.

업데이트:

나는 이전에 살펴본 것들을 다시 읽고 SVN : Externals는 다른 리포지토리에서 코드를 사용하는 것이 아니라 VisualSVN에서 여러 작업 사본을 사용하는 데 사용될 수 있음을 발견했습니다.

보다 http://www.visualsvn.com/support/topic/00007/ 그리고 http://svnbook.red-bean.com/en/1.2/svn.advanced.externals.html

그러나 이것이이 문제를 다루는 가장 좋은 방법입니까? 거기에 좋은 실 그것은 사물을 겪지 만 완전히 해결하는 것은 아닙니다.

따라서 SVN : Externals를 사용합니까? 여러 저장소를 사용합니까? 다시 한 번, 몇 년 동안 우리는 여러 솔루션/응용 프로그램 중 공유 클래스 라이브러리에서 코드를 참조했으며 이는 우리에게 효과적입니다. 이제 VisualSVN과 함께이 작업을 가장 잘 작동시키는 방법은 무엇입니까?

Answer 1

최고의 답변을 찾았습니다 여기:

참조 된 프로젝트

때로는 여러 다른 체크 아웃으로 만들어진 작업 사본을 구성하는 것이 유용합니다. 예를 들어, 다른 하위 디렉토리가 저장소의 다른 위치 또는 다른 저장소에서 나오기를 원할 수 있습니다. 모든 사용자가 동일한 레이아웃을 갖도록하려면 SVN : 외부 속성을 정의 할 수 있습니다.

그리고 여기:

공통 하위 프로젝트를 포함하십시오

때로는 작업 사본 내에 다른 프로젝트, 아마도 일부 라이브러리 코드를 포함시키기를 원할 것입니다. 리포지토리 에서이 코드를 복제하고 싶지 않습니다. 원본 (그리고 유지 관리 된) 코드와의 연결이 끊어지기 때문입니다. 또는 핵심 코드를 공유하는 몇 가지 프로젝트가있을 수 있습니다. 이것을 다루는 방법에는 적어도 3 가지가 있습니다.

Answer 2

이 질문을 한 지 10 년이 넘었다는 것을 이해하지만 VisualSVN 플러그인에서 여러 작업 사본에 대한 지원을 구현하는 데 진전이 있음을 알게되어 기쁩니다. VisualSVN 7.1.0-Alpha1은 이제 테스트에 사용할 수 있으며 실험적으로 특징입니다. 단일 솔루션 내에서 여러 작업 사본을 지원합니다.

제발, 참조 사전 릴리스 다운로드 페이지. 새 버전은 Visual Studio 2019 만 지원합니다.

추신 : 기사를 참조하십시오 KB7 : VisualSVN에서 여러 작업 사본을 사용합니다. 우리는 또한 곧 업데이트 할 것입니다.