Microsoft MVP성태의 닷넷 이야기
Team Foundation Server: 32. 팀 빌드 오류 확인 방법 [링크 복사], [링크+제목 복사],
조회: 26691
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

TFS - 팀 빌드 오류 확인 방법


지난 이야기에 이어서.

TFS - 팀 빌드 스케줄 확인 방법
; https://www.sysnet.pe.kr/2/0/731

스케줄링된 팀 빌드(또는 임의로 실행)에서 오류가 발생했다면 어떻게 확인할까요?




1. Team Explorer를 열고 속해 있는 팀 프로젝트의 "Builds" 노드를 확장합니다.

2. 팀 빌드 이름을 마우스로 두 번 클릭하면 "Build Explorer"가 실행됩니다. 이에 대해서는 다음의 글에서도 이미 설명드렸지요.

VSTS 2008의 Build Explorer
; https://www.sysnet.pe.kr/2/0/597

참고로, 원하는 "Date filter"를 설정하면 팀 빌드 기록을 필터링할 수 있습니다. (보통 "Today" 설정이 가장 무난합니다.)

[그림 1: 빌드 탐색기 - Date Filter]
team_build_check_error_1.png

3. "X" 마크는 누가 봐도 팀 빌드 오류가 발생했음을 알 수 있게 합니다. 해당 항목을 마우스로 두 번 누르면 다음과 같이 빌드 결과에 대한 자세한 정보를 담은 창이 뜨게 됩니다. (여기서부터는 Visual Studio 2010과 2008의 동작이 다르기 때문에 2008 기준으로 다시 화면 갈무리를 합니다.)

[그림 2: 빌드 결과]
team_build_check_error_2.png

보시는 것처럼, 링크가 "Build name"과 "Log" 2군데에서 제공됩니다. "Log"에 해당하는 "\\dxtfs2008\BuildRoot\INS\Debug_20090527.1\BuildLog.txt" 링크를 누르면 자세한 정보를 담은 로그 기록 파일이 열립니다. 이것 외에 동일한 폴더에 오류와 경고 로그만을 포함한 "ErrorsWarningsLog.txt" 파일도 있으므로 간단하게 그 파일을 참조하는 것도 도움이 되겠습니다. (UNC 경로이기 때문에, 당연히 네트워크 파일 공유가 가능해야 합니다.)

어쨌든, 로그 파일을 살펴보면 오류가 나옵니다.

예를 들어 보면, 아래의 로그는 개발자가 자신의 PC에만 설치된 전역 어셈블리를 참조해서 무책임하게 프로젝트를 체크인한 경우를 보여줍니다.

[Any CPU/Release] D:\BuildWorkDir\....xaml(37,45): error MC1000: Unknown build error, 'Cannot resolve dependency to assembly 'Infragistics3.Wpf.Editors.v9.1, Version=9.1.20091.1006, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb' because it has not been preloaded. When using the ReflectionOnly APIs, dependent assemblies must be pre-loaded or loaded on demand through the ReflectionOnlyAssemblyResolve event. Line 37 Position 45.'
[Any CPU/Release] C:\Windows\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(0,0): warning MSB3245: Could not resolve this reference. Could not locate the assembly "Infragistics3.Wpf.DockManager.v9.1". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors.
[Any CPU/Release] C:\Windows\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(0,0): warning MSB3245: Could not resolve this reference. Could not locate the assembly "Infragistics3.Wpf.v9.1". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors.
[Any CPU/Release] WPFSpecific\ViewManager.cs(7,7): error CS0246: The type or namespace name 'Infragistics' could not be found (are you missing a using directive or an assembly reference?)



그 외에 심심치 않게 나오는 오류로 파일명이 너무 긴 경우가 있습니다. 이런 경우는 방법이 없습니다. 어떻게 해서든지 파일 경로를 단축시켜야 합니다. ^^

"D:\...\TFSBuild.proj"(EndToEndIteration 대상)(1) ->
(CoreGet 대상) ->
C:\Program Files\MSBuild\Microsoft\VisualStudio\TeamBuild\Microsoft.TeamFoundation.Build.targets(755,5,755,5): error : TF10128: D:\TeamBuildWorkingDirectory\TestPackage\Debug\Sources\TestPackage\TestMockupProjects\Mockup.CPP\Service References\HistoryServiceRef\Mockup.CPP.HistoryServiceRef.ArrayOfKeyValueOfChartDisplayProjectSettingTypeanyTypexS7gyJOuKeyValueOfChartDisplayProjectSettingTypeanyTypexS7gyJOu.datasource 경로가 최대 길이인 259자보다 깁니다. 더 짧은 경로를 입력하거나 선택하십시오.
C:\Program Files\MSBuild\Microsoft\VisualStudio\TeamBuild\Microsoft.TeamFoundation.Build.targets(755,5,755,5): error : TF10128: D:\TeamBuildWorkingDirectory\TestPackage\Debug\Sources\TestPackage\TestMockupProjects\Mockup.CPP\Service References\HistoryServiceRef\Mockup.CPP.HistoryServiceRef.ArrayOfKeyValueOfChartDisplaySettingTanyTypexS7gyJOuKeyValueOfChartDisplaySettingTanyTypexS7gyJOu.datasource 경로가 최대 길이인 259자보다 깁니다. 더 짧은 경로를 입력하거나 선택하십시오.



TFS 2010에서는 259글자 제한이 좀 없어졌으면 하는 바람입니다. ^^



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/30/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12690정성태6/28/202116693Java: 23. Azure - 자바(Java)로 만드는 Web App Service - Tomcat 호스팅
12689정성태6/25/202118374오류 유형: 730. Windows Forms 디자이너 - The class Form1 can be designed, but is not the first class in the file. [1]
12688정성태6/24/202117705.NET Framework: 1073. C# - JSON 역/직렬화 시 리플렉션 손실을 없애는 JsonSrcGen [2]파일 다운로드1
12687정성태6/22/202115033오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
12686정성태6/21/202117003Java: 22. Azure - 자바(Java)로 만드는 Web App Service - Java SE (Embedded Web Server) 호스팅
12685정성태6/21/202118221Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
12684정성태6/19/202116573오류 유형: 728. Visual Studio 2022부터 DTE.get_Properties 속성 접근 시 System.MissingMethodException 예외 발생
12683정성태6/18/202117878VS.NET IDE: 166. Visual Studio 2022 - Windows Forms 프로젝트의 x86 DLL 컨트롤이 Designer에서 오류가 발생하는 문제 [1]파일 다운로드1
12682정성태6/18/202114421VS.NET IDE: 165. Visual Studio 2022를 위한 Extension 마이그레이션
12681정성태6/18/202114714오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
12680정성태6/18/202116788오류 유형: 726. python2.7.exe 실행 시 0xc000007b 오류
12679정성태6/18/202116900COM 개체 관련: 23. CoInitializeSecurity의 전역 설정을 재정의하는 CoSetProxyBlanket 함수 사용법파일 다운로드1
12678정성태6/17/202115401.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12677정성태6/17/202118208VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/202117367VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/202115264Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/202116488VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/202117125Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202118739오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202127433오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/202117406.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/202117568.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/202120065.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/202117908.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/202115523.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/202117581.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...