작업 복사본 루트에없는 VisualSVN 및 클래스 라이브러리

Question

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

탐색기에서 TortoiseSVN을 사용하는 것만으로 클래스 라이브러리를 개별적으로 추가 할 수는 있지만 Visual Studio 내에서 작업 복사본 바깥에 변경 사항을 적용 할 수는 없습니다. 작업 복사본 클래스 라이브러리 외부에 대한 상태를 나타내는 VisualSVN "신호등"도 없습니다.

그런데 우리는 여러 저장소와는 달리 "많은 프로젝트가있는 저장소"를 사용하고 있습니다. 특히이 시점까지 수년 동안 어떻게 작업했는지가 중요합니다.

업데이트 : 내가 전에 보았고 그 SVN을 발견 한 몇 가지를 다시 읽어

: 외관은 다른 저장소에서 코드를 사용하여 참조하지 않지만, 여러 작업 사본을 사용하는 데 사용할 수 있습니다 VisualSVN에서.

이 http://www.visualsvn.com/support/topic/00007/하고 그러나 http://svnbook.red-bean.com/en/1.2/svn.advanced.externals.html

보기이이 문제에 대처하는 가장 좋은 방법입니다? 물건을 통과하지만 완전히 해결하지는 않는 good thread가 있습니다.

따라서 svn : externals을 사용 하시겠습니까? 여러 저장소를 사용하거나 사용하지 않습니까? 다시, 여러 해 동안 우리는 여러 솔루션/응용 프로그램 사이에서 공유 클래스 라이브러리의 코드를 참조했으며 이는 우리에게 유용합니다. VisualSVN을 사용하여이 작업을 가장 효과적으로 수행하는 방법은 무엇입니까?

Answer 1

찾을 최고의 답변 here :

참조 된 프로젝트

때로는 서로 다른 체크 아웃의 수 중에서 만들어 작업 사본을 구성하는 데 유용합니다. 예를 들어, 저장소의 다른 위치에서 다른 하위 디렉토리를 가져 오거나 다른 저장소에서 다른 하위 디렉토리를 가져 오려고 할 수 있습니다. 모든 사용자가 동일한 레이아웃을 가지게하려면 svn : externals 속성을 정의 할 수 있습니다.

그리고 here는 :

는

때때로 당신이 당신의 작업 사본 내의 다른 프로젝트, 아마도 일부 라이브러리 코드를 포함 할 것이다 공통 서브 프로젝트를 포함합니다. 저장소에이 코드를 복제하지 않으려면 원래 (유지 관리 된) 코드와의 연결이 끊어지기 때문입니다. 또는 핵심 코드를 공유하는 여러 프로젝트가있을 수도 있습니다. 이 문제를 해결하는 데는 최소한 3 가지 방법이 있습니다.