부모글 보이기/감추기 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 비밀번호 댓글 작성자 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] ... NoWriterDateCnt.TitleFile(s) 13566정성태2/27/20249582오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우13565정성태2/23/20248665닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어13564정성태2/22/202410176Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법13563정성태2/21/20249669디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움13562정성태2/21/20249375오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생13561정성태2/20/202410183닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소113560정성태2/19/202410225디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)13559정성태2/19/202411055오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'13558정성태2/18/202410213닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유13557정성태2/18/20249091Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법13556정성태2/17/20249461Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점13555정성태2/15/20249692닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점13554정성태2/15/20249108VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때13553정성태2/14/20248622닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse13552정성태2/13/20248746닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock13551정성태2/12/20249853닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료13550정성태2/11/202410320Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?13549정성태2/3/202411270개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성13548정성태2/1/202410839개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)13547정성태1/31/202410513개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정13546정성태1/30/202410209Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?13545정성태1/30/20249737닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법13544정성태1/30/20249359오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'13543정성태1/30/20249784Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법13542정성태1/30/20248869오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기13541정성태1/29/20249637VS.NET IDE: 188. launchSettings.json의 useSSL 옵션 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] ...