부모글 보이기/감추기 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 정성태 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 ... NoWriterDateCnt.TitleFile(s) 13793정성태10/28/20245149C/C++: 183. C++ - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법13792정성태10/27/20244635Linux: 99. Linux - 프로세스의 실행 파일 경로 확인13791정성태10/27/20244901Windows: 267. Win32 API의 A(ANSI) 버전은 DBCS를 사용할까요?113790정성태10/27/20244621Linux: 98. Ubuntu 22.04 - 리눅스 커널 빌드 및 업그레이드13789정성태10/27/20244915Linux: 97. menuconfig에 CONFIG_DEBUG_INFO_BTF, CONFIG_DEBUG_INFO_BTF_MODULES 옵션이 없는 경우13788정성태10/26/20244459Linux: 96. eBPF (bpf2go) - fentry, fexit를 이용한 트레이스13787정성태10/26/20244975개발 환경 구성: 730. github - Linux 커널 repo를 윈도우 환경에서 git clone하는 방법 [1]13786정성태10/26/20245218Windows: 266. Windows - 대소문자 구분이 가능한 파일 시스템13785정성태10/23/20244985C/C++: 182. 윈도우가 운영하는 2개의 Code Page113784정성태10/23/20245252Linux: 95. eBPF - kprobe를 이용한 트레이스13783정성태10/23/20244860Linux: 94. eBPF - vmlinux.h 헤더 포함하는 방법 (bpf2go에서 사용)13782정성태10/23/20244621Linux: 93. Ubuntu 22.04 - 커널 이미지로부터 커널 함수 역어셈블13781정성태10/22/20244801오류 유형: 930. WSL + eBPF: modprobe: FATAL: Module kheaders not found in directory13780정성태10/22/20245552Linux: 92. WSL 2 - 커널 이미지로부터 커널 함수 역어셈블13779정성태10/22/20244845개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법13778정성태10/21/20245671C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩13777정성태10/20/20244953Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?13776정성태10/19/20245270C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)113775정성태10/19/20245492개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정13774정성태10/18/20245196Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유13773정성태10/18/20244883Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop13772정성태10/17/20245160Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계13771정성태10/17/20245066Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성13770정성태10/17/20245340Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법13769정성태10/15/20246114Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제113768정성태10/15/20245396C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드2 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 ...