Visual Studio Online을 사용하고 있습니다. 다른 TFS 프로젝트에서 여러 가지 솔루션을 통해 사용하는 공통 코드가있는 프로젝트가 있고 일부 프로젝트에는 다른 TFS 프로젝트와 연결된 일부 파일이 있습니다. 모두 액세스 할 수 있도록 작업 공간 구성을 변경하여 $ /를 특정 폴더에 매핑했습니다.다른 솔루션에서 TFVC 변경 사항 확인
문제는 방금 하나의 프로젝트에서 변경 사항을 체크인하고 솔루션의 일부가 아닌 전혀 관련이없는 완전히 변경된 사항을 확인한 것입니다. 관련없는 프로젝트의 파일을 교차 체크 인하 지 않고 (모든 체크 인에서 파일을 수동으로 제외/포함 할 필요없이) 필요한 모든 것을 액세스 할 수 있도록 설정하려면 어떻게해야합니까?
편집 : 다른 프로젝트의 항목을 체크 아웃 할 때 체크 아웃의 마지막 몇 번에 다시 발생하지 않는 것으로 나타났습니다. 그것을 일으킨 원인을 생각해보십시오.
이 경우 NuGet 솔루션을 살펴보아야합니다. VSO를 사용하는 경우 새로운 MyGet integration을 자동화 된 빌드 프로세스와 함께 사용할 수 있습니다. NuGet 패키지에 패키지 된 공유 프로젝트 출력용 자동화 된 빌드를 만들면 NuGet 저장소 인 MyGet을 만들어 다른 솔루션에 제공 할 수 있습니다.
일단 공유 코드를 변경하고 체크인하면 빌드와 패키지가 시작되어 새 버전의 패키지가 배포됩니다. 다른 솔루션은 자동으로 업데이트하라는 메시지를 표시합니다. 종속 어셈블리를 확인하지 않아도 NuGet Package Restore을 사용하여 로컬 및 빌드 서버가 올바른 버전을 얻도록 할 수 있습니다.
많은 일처럼 들리지만 일단 속도를 높이면 공유하거나 배포하려는 모든 것을 구성하는 데 단지 몇 시간의 투자가 소요됩니다.
팀 탐색기의 보류중인 변경 섹션에는 포함 된 변경 섹션에 드롭 다운이 있습니다. '모두 표시'로 설정하면 모든 솔루션에 대해 변경 사항이 보류 중 상태로 표시됩니다. "솔루션 변경 사항 표시"로 설정된 경우 현재 솔루션에 대해 보류중인 변경 사항 만 표시됩니다. (내 추측은 변경 사항을 체크인 할 때 "모두 표시"로 설정되었으므로 체크인 한 다른 솔루션의 변경 사항이있는 이유입니다.)
"NuGet"을 의미하셨습니까? –
흥미로운 아이디어이지만, 빌드를 최신 상태로 유지하는 문제 만은 아닙니다. 각 프로젝트에서 필요한 것들을 발견 할 때 공유 코드에 추가합니다. 그래서 실제로 소스를 빠르게 변경하고 빌드 할 수 있기를 바랍니다. too – wizzardmr42
정말 공유 코드 접근법을 사용하는 것은 나쁜 습관입니다. 공유 프로젝트에 큰 변화를 주면 컴파일하지 못하게 될 수 있습니다. 공유 코드를 사용하는 20 가지가 있고 21 용으로 새 버전으로 업데이트해야하는 경우 ... 언제 다른 20 페이지로 돌아가서 수정합니까? 이제 그들은 깨졌습니다 ... 당신은 버그 픽스를 포함하여 아무 것도 할 수 없습니다. 바이너리 저장소에서 자발적인 권한을 얻는 것이 더 좋습니다. –