부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. 웹 사이트 빌드 시, "FxCopCmd.exe returned error code 65." 오류 발생 오류 환경: 웹 사이트 유형의 프로젝트를 빌드 Visual SourceSafe 또는 TFS Version Control 을 사용 개인적으로, FxCop 을 이용한 "Code Analysis" 기능을 가능한 켜놓고 사용을 하는데요. 소스 컨트롤 하에서의 웹 사이트 모델에서는 이 부분이 문제가 되어집니다. 웹 사이트 모델의 특성상, 해당 웹 사이트 폴더 이하의 모든 파일 및 폴더는 프로젝트에 포함되게 됩니다. 그래서 포함시킬 필요가 없는 것조차도 자동으로 포함시켜 버리는 바람에 문제가 발생하는 경우가 있는데, Code Analysis 기능을 사용할 때가 바로 그런 상황입니다. 실제로 빌드를 해보시면, 해당 웹 사이트 폴더 하위에 GUID 값 유형의 폴더가 하나 생기게 되고, 그 폴더에 Code Analysis 를 한 결과물인 "CodeAnalysisLog.xml", "WebProject.lastcodeanalysissucceeded" 파일이 생성됩니다. 일례로 다음과 같은 화면에서처럼. 소스 제어 하에 있게 되면, 위에 생성된 "{777FFD55-E4E1-4272-A6D8-02A9413893A9}" 폴더와 그 하위에 있는 내용들은 소스 제어에 포함되게 되고 read-only 로 되어 check-in 상태로 됩니다. 그렇다면, 다음번에 빌드할 때는 어떻게 될까요? 그렇습니다. read-only 파일이기 때문에 빌드 중에 업데이트 할 수가 없어서 "FxCopCmd.exe returned error code 65." 오류가 발생하게 되는 것입니다. 이와 같은 문제를 해결하기 위해서는 다음과 같이 해당 파일에 대해서 "Exclude from project" 조치를 취해 주시면 됩니다. [이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] Windows: 2. 서버(build 5600)에 IIS 7.0 서비스와 .NET 3.0 설치 방법[이전 글] 오류 유형: 13. WSE 3.0 서비스 관련 WSE101 오류 / Destination Unreachable [최초 등록일: 10/17/2006] [최종 수정일: 10/18/2006] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 ... 31 32 33 34 35 [36] 37 38 39 40 41 42 43 44 45 ... NoWriterDateCnt.TitleFile(s) 13134정성태10/4/202215057오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'13133정성태10/4/202217438Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]13132정성태10/3/202217224스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현13131정성태10/3/202221215.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]113130정성태9/28/202217738.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우113129정성태9/27/202218436.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경13128정성태9/23/202221368C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]113127정성태9/22/202219433Windows: 210. WSL에 systemd 도입13126정성태9/15/202219513.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용13125정성태9/14/202219768.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)13124정성태9/13/202220342.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용13123정성태9/8/202220264.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가13122정성태8/26/202221150.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원13121정성태8/23/202215056C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법13120정성태8/19/202220704Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]13119정성태8/18/202220271.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법13118정성태8/18/202215870.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]13117정성태8/17/202220979.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)113116정성태8/4/202221383.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제113115정성태8/3/202222289.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]113114정성태8/2/202222035.NET Framework: 2039. C# - Task와 비교해 본 ValueTask 사용법113113정성태7/31/202221786.NET Framework: 2038. C# 11 - Span 타입에 대한 패턴 매칭 (Pattern matching on ReadOnlySpan<char>)13112정성태7/30/202223074.NET Framework: 2037. C# 11 - 목록 패턴(List patterns) [1]113111정성태7/29/202222414.NET Framework: 2036. C# 11 - IntPtr/UIntPtr과 nint/nuint의 통합113110정성태7/27/202220490.NET Framework: 2035. C# 11 - 새로운 연산자 ">>>" (Unsigned Right Shift)113109정성태7/27/202223059VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)" [1] ... 31 32 33 34 35 [36] 37 38 39 40 41 42 43 44 45 ...