어셈블리를 저장하는 가장 좋은 방법은 무엇입니까?

어셈블리를 저장할 위치에 대한 지침을 찾고 있습니다. 이것은 우리의 소스 트리가 지금과 같은 모습입니다 :어셈블리를 저장하는 가장 좋은 방법은 무엇입니까?

프로젝트 이름
트렁크
| -------- SRC (소스 코드)
| -------- LIB (모든 프로젝트에 필요한 어셈블리 예 : NUnit 프레임 워크, 외부 svn)
| ------ 툴 (모든 프로젝트에서 필요한 도구 (예 : NUnit 실행 파일, 외부 svn)
| -------- ThirdPartyAssemblies (프로젝트 별 어셈블리, 예 : log4net)

우리는 Utils.dll이라는 자체 라이브러리에 일부 코드를 옮겼습니다.

우리가 미래에 쓰기이 라이브러리 (폴더에 대한 문자 그대로 좋은 이름)과 또한 다른 라이브러리를 넣어 어디에 지금 궁금하네요.

ThirdPartyAssemblies은 제 3자인 것이 아니기 때문에 올바른 장소가 아닌 것 같고, 우리가 만드는 모든 프로젝트에서 어셈블리가 필요하지 않으므로 lib도 아닙니다.

출처

2010-02-23 Timo Kosig

필요하다면 "FirstPartyAssemblies"디렉토리를 확실히 만들 수 있습니다. 그러나 처음에이 어셈블리를 "저장"해야합니까? 그들은 다른 솔루션에서 왔습니까? 동일한 솔루션에서 여러 프로젝트를 사용할 수 없으며 VS가 어셈블리를 적절하게 가져올 수 있습니까? 물론 같은 소스 계층 구조에있는 모든 프로젝트를 가질 필요는 없습니다.

많은 경우에 은 어셈블리를 저장할 수 있으며 버전과 별도로 설치할 수도 있습니다. 그러나 그렇게하지 않고 도망 갈 수 있다면 인생을 더 쉽게 만들 수 있습니다. 그것은 정말로 당신의 상황에 달려 있습니다. 당신이 오픈 소스 접근을하지 않으려면

출처

2010-02-23 08:27:37

감사합니다. Jon, "FirstPartyAssemblies"가 내가 찾고있는 것입니다. 특정 프로젝트를 동일한 솔루션에 통합하고 VS가 함께 가져 오는 것이 더 쉽습니다. 우리는 이미 대부분의 프로젝트에서이를 수행하고 있습니다. 이 질문은 상당히 많은 프로젝트 (랩퍼 분류 자 및 다른 헬퍼가 포함되어 있음)가 참조하는 특정 어셈블리를 대상으로하며 VS를 사용하여 자동으로 가져올 수없는 자체 소스 계층 구조에 있기 때문에 질문을 대상으로합니다. –

나는 항상 솔루션에서 프로젝트를 넣어하지 않을 것입니다. 그것은 지저분해질 수 있습니다. 나는 항상 회사의 이름을 사용한다. [CompanyName] Utils와 (과) 비슷합니다. 그렇게하면 필요한 경우 더 이상 문제를 해결할 수 있습니다. [회사 이름] [도메인]처럼 Utils 또는 기타.

출처

2010-02-23 08:31:29 cerhart

어셈블리를 저장하는 가장 좋은 방법은 무엇입니까?

답변

관련 문제