부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (시리즈 글이 5개 있습니다.) 개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개 ; https://www.sysnet.pe.kr/2/0/12541 개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets ; https://www.sysnet.pe.kr/2/0/12546 개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12548 개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12552 개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 ; https://www.sysnet.pe.kr/2/0/12904 Visual Studio 2022 빌드 환경을 위한 github Actions 설정 github action을 설정해 두었던, github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12552 프로젝트를 Visual Studio 2022로 마이그레이션한 후, commit을 했더니 이런 오류가 발생했습니다. VSSDK : error VSSDK1062: Schema validation error for 'D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\obj\Release\extension.vsixmanifest'. The 'http://schemas.microsoft.com/developer/vsx-schema/2011:Assets' element is not declared. [D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator.csproj] VSSDK : error VSSDK1062: Schema validation error for 'D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\obj\Release\extension.vsixmanifest'. The element 'PackageManifest' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011' has invalid child element 'InstallationTarget' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011'. List of possible elements expected: 'Metadata, Installation, Dependencies, Assets, Prerequisites, Installer' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011' as well as any element in namespace '##other'. [D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator.csproj] 어쩔 수 없습니다, 이렇게 되면 빌드 환경도 2022로 맞춰야 합니다. 다행히 방법이 매우 간단한데요, GitHub Actions: Windows Server 2022 with Visual Studio 2022 is now generally available on GitHub-hosted runners ; https://github.blog/changelog/2021-11-16-github-actions-windows-server-2022-with-visual-studio-2022-is-now-generally-available-on-github-hosted-runners/ 단지, "runs-on" 속성만 바꿔주면 되는 것입니다 build: runs-on: windows-2022 일단, 해결은 했지만 좀 이해할 수가 없군요. ^^ 원래의 설정은 "runs-on: windows-latest"였는데, "latest"의 의미를 감안하면 당연히 2022가 적용이 되었어야 하는 거 아닐까요?! [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.[이전 글] .NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예 [최초 등록일: 1/8/2022] [최종 수정일: 1/8/2022] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2022-02-10 09시26분 "windows-latest"가 이제 기본으로 Windows Server 2022로 바뀌었다고 합니다.GitHub Actions: Jobs running on `windows-latest` are now running on Windows Server 2022.; https://github.blog/changelog/2022-01-11-github-actions-jobs-running-on-windows-latest-are-now-running-on-windows-server-2022/(제가 글을 쓰고 불과 3일 후에 바뀌었군요. ^^)2022에 설치된 소프트웨어 목록은 다음의 링크에서 자세하게 확인할 수 있습니다.virtual-environments/images/win/Windows2022-Readme.md; https://github.com/actions/virtual-environments/blob/main/images/win/Windows2022-Readme.md-------------------------------Build .NET MAUI Apps with DevOps | .NET Conf 2023; https://youtu.be/PattkMhmnzE 정성태 ... 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 ... NoWriterDateCnt.TitleFile(s) 12078정성태12/13/201926249Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]12077정성태12/13/201923262Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록12076정성태12/12/201923433디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이12075정성태12/11/201924804디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅12074정성태12/10/201923824디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)12073정성태12/10/201923829Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법12072정성태12/9/201920237오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류12071정성태12/9/201925220오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법12070정성태12/9/201926594오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root12069정성태12/2/201924131디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법12068정성태11/28/201932628디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]212067정성태11/27/201923997디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]112066정성태11/27/201923626디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석12065정성태11/25/201920836디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석112064정성태11/25/201924933오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure12063정성태11/21/201924203디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법12062정성태11/21/201922296디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기12061정성태11/20/201922550Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계12060정성태11/20/201926175디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석12059정성태11/20/201925325디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석12058정성태11/19/201925450디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례12057정성태11/18/201920083오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력12056정성태11/18/201927766개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법112055정성태11/17/201921221개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우12054정성태11/15/201923243.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제12053정성태11/15/201922576Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우 ... 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 ...