3
저는 최근에 수백 가지의 서로 다른 응용 프로그램이 모두 자신의 "사일로 (silos)"에 국한되어있는 엔터프라이즈 소프트웨어 환경에서 작업하기 시작했습니다. 내 임무 중 하나는 약간 표준화하려고 시도하는 것이며, 첫 번째 시도는 표준 이벤트 로깅입니다. 현재이 회사의 "표준"은 "모두가 로깅을 위해 엔터프라이즈 라이브러리를 사용해야합니다."입니다. 이것은 실제로 다른 프로젝트에서 작업하는 여러 개발자가 서로 다른 방식으로 서로 다른 로깅을 구현하고 대부분의 경우 해당 라이브러리를 사용한다는 것입니다.TFS 프로젝트는 서로를 참조 할 수 있습니까?
이 목적을 위해 내부적으로 개발 된 "회사 표준"의 배경에 실제 로깅 도구를 추상화하려고합니다. 아이디어는 구현 도구에서 "표준"이 벗어나고 어떻게 사용되는지에 초점을 맞추는 것입니다. 그런 다음 응용 프로그램은 내부 라이브러리를 사용하고 백그라운드에서 도구를 사용하지 않을 것입니다 (app.config 섹션을 제외하고 log4net으로 추상화하는 방법을 이미 알고 있습니다).
그러나 지금 당면한 문제는 이러한 모든 응용 프로그램이 별도의 TFS 프로젝트에 있다는 것입니다. 로깅을위한 공통 라이브러리가 포함 된 프로젝트를 만들면 다른 프로젝트가 참조 할 수있는 방법이 있습니까? 각 프로젝트간에 라이브러리를 배포하고 싶지는 않습니다. 왜냐하면 라이브러리가 빨리 동기화되지 않기 때문입니다.
TFS가이 작업을 수행 할 수 없으면 다른 제안이 있습니까?
http://stackoverflow.com/questions/3385282/ 가능한 중복 msvs-2010/3390190 # 3390190 – Robaticus
@Robaticus : 나는 실제로 그 하나를 발견하지 못했습니다. 감사합니다. 언뜻보기에 거기에있는 질문자가 우리보다 약간 다른 방식으로 TFS를 사용하고있는 것처럼 보입니다. 그리고 그 대답은 우리의 환경에 대한 유지 보수의 악몽으로 바뀔 수있는 해킹 같은 것 (빠른 눈으로, 어쨌든)으로 들리기 때문에 약간의 조사를 할 것입니다 : ( – David
나는 응답자였습니다. 솔루션 1은 공유 디렉토리 였고 해결책 2는 표시된 방법이었습니다. 공유 디렉토리는 성공적인 빌드 후에 TFS에서 업데이트됩니다. 우리가 배운 것을 감안할 때 2010 년으로 넘어 가면 공유 디렉토리 접근 방식을 조사 할 것입니다. . – Robaticus