Terminal: Windows 터미널에 대한 대체 배포 메커니즘 조사

누군가가 이것을 보고 있는지/언제인지 알려주십시오. 우리는 WinDbg Preview를 위해 이 경로를 밟고 있으므로 우리가 살펴본 옵션과 장단점에 대한 지침이 있을 것입니다.

이것은 흥미로운 기능입니다.

1. Visual C++ 재배포 가능 패키지 설치

   https://aka.ms/vs/16/release/vc_redist.x64.exe

2. 방문 https://dev.azure.com/ms/Terminal/_build

3. 가장 최근의 master 빌드 선택
4. 클릭 아티팩트
5. appx-릴리스를 클릭하십시오.
6. appx-Release.zip 추출
7. CascadiaPackage_0.0.1.0_x64.msix 추출
8. WindowsTerminal.exe 열기

이것은 실제로 작동하지 않으며 터미널이 열리지 않습니다.
그러나 누군가는 여기에서 누락된 부분을 찾을 수 있습니다.

누락된 것은 vcruntime140_app 및 msvcp???_app 앱 컨테이너 런타임의 로컬 복사본입니다. 그렇지 않으면 Windows 터미널을 두 번 클릭하여 활성화할 수 있어야 합니다.

그럼에도 불구하고 MS는 왜 서버에서 사용할 수 없는 터미널 앱을 출시했을까요?

기본 사용자가 Windows 10만 사용하고 있다고 생각하십니까?

여러분이 개발 및 오픈 소스 세계를 수용하려고 한다는 것을 알고 있지만 기본 사용자가 될 가능성이 적은 환경에서 훌륭한 도구가 무엇인지 출시하기 전에 사용자에게 원하는 것이 무엇인지 물어보십시오.

누군가가 이 작업을 수행하는 방법을 알아낼 수 있기를 바라며 이 스레드를 보고 있습니다. 컴파일할 수는 있지만 불행히도 직장에서 C++ 빌드 스택을 설치하는 일은 일어나지 않을 것입니다.

@methodbox 에 대해 불친절할 필요는 없습니다 ☹️. 우리는 당신의 소리를 크고 명확하게 듣습니다. 우리는 몇 가지 다른 배포 모델이 필요하다는 것을 알고 있습니다.

다시, 나는 당신을 듣습니다. 거래는 다음과 같습니다. _이것은 미리보기 릴리스입니다_. 사용 가능한 리소스를 감안할 때 현명하게 투자하고 있는지 확인해야 합니다. 다른 사람이 배포 및 설치를 수행하도록 하면 지원되는 모든 구성에서 설치 프로그램을 구축하고 테스트하는 데 소요되는 한 달의 엔지니어링 시간을 절약할 수 있습니다. 그것이 우리의 _백로그_에 있는 이유입니다. 우리는 잠재적인 사용자의 거대한 부분 집합에 대해 매우 중요하다는 것을 알고 있지만 기능, 성능 및 버그 수정을 우선적으로 우선시합니다.

다시, 나는 당신을 듣습니다. 거래는 다음과 같습니다. _이것은 미리보기 릴리스입니다_. 사용 가능한 리소스를 감안할 때 현명하게 투자하고 있는지 확인해야 합니다. 다른 사람이 배포 및 설치를 수행하도록 하면 지원되는 모든 구성에서 설치 프로그램을 구축하고 테스트하는 데 소요되는 한 달의 엔지니어링 시간을 절약할 수 있습니다. 그것이 우리의 _백로그_에 있는 이유입니다. 우리는 잠재적인 사용자의 거대한 부분 집합에 대해 매우 중요하다는 것을 알고 있지만 기능, 성능 및 버그 수정을 우선적으로 우선시합니다.

제가 헷갈린 것 같아요. 다른 사람이 배포하도록 하면 시간과 노력을 절약할 수 있다고 합니다(다른 사람이 GitHub입니까?). 하지만 그것이 먼저 수행되지 않았습니까?

나도 불친절하지 않았다. 나는 진지한 질문을 하고 있었고, 몇 가지 진지한 발언을 했다.

직장에서 이것을 컴파일하고 Windows Server에서 사용하려고 시도하는 데 필요한 모든 VS 필수품을 설치할 시간이 없습니다. 또한 Windows 10 대상을 이해하지도 못합니다. 그것이 그들이 첫 번째 목표가 될 것인지 모르겠습니다.

비판이 불친절한 것 같아 죄송합니다만, 이것은 정당한 우려입니다.

• xcopy-able exe가 필요합니다. 콘솔과 같은 전동 공구에는 설치 프로그램이 필요하지 않습니다. 인스톨러는 무리하므로 피해 주세요. 따라서 몇 달 동안 테스트를 할 필요가 없습니다. 마지막으로 확인했을 때 Visual Studio에는 정식으로 서명된 릴리스 모드에서 exe를 생성할 수 있는 기능이 있었습니다.

• 고급 사용자로서 우리는 상점을 기본 배포 모델로 선택한 결정에 감명을 받지 않습니다. 어제 저는 직장 컴퓨터에 이 콘솔을 설치하려고 시도했고 추측해 보니 내 직장 계정이 아닌 Microsoft 계정이 필요하고 내 개인 PC에 콘솔을 설치할 수 있는 옵션이 있기 때문에 저장소가 내 Hotmail 계정으로 구성되어 있습니다. 집에 있었다. 개인용 컴퓨터가 아닌 작업용 컴퓨터에 콘솔이 필요했습니다.

• 요약하면 그냥 그냥. 우리가 사용할 수 있도록 이 도구를 쉽게 잡을 수 있도록 하십시오. 그렇지 않으면 수년 동안 사용해 온 ConEmu에 만족합니다.

포터블 버전은 점점 더 제한적인 엔터프라이즈 개발 환경에 필수품입니다.
우리는 데스크탑에 대한 관리자 권한이 없습니다. zip 버전으로 vscode, pwsh, python, git, conemu 등이 있기를 바랍니다. 그래서 저는 터미널에서도 같은 것을 보고 싶습니다.

1. Visual C++ 재배포 가능 패키지 설치
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. 방문 https://dev.azure.com/ms/Terminal/_build
3. 가장 최근의 master 빌드 선택
4. 클릭 아티팩트
5. appx-릴리스를 클릭하십시오.
6. appx-Release.zip 추출
7. CascadiaPackage_0.0.1.0_x64.msix 추출
8. WindowsTerminal.exe 열기

이것은 실제로 작동하지 않으며 터미널이 열리지 않습니다.
그러나 누군가는 여기에서 누락된 부분을 찾을 수 있습니다.

WindowsTerminal.exe를 실행하는 대신 PowerShell에 애플리케이션을 등록해야 합니다.
Add-AppxPackage .\AppxManifest.xml -Register

그런 다음 시작 메뉴에 나타나고 거기에서 시작할 수 있습니다.
참고로, 먼저 설정 메뉴에서 개발자 모드를 활성화해야 할 수도 있습니다. 이미 활성화했기 때문에 이 모드 없이 작동하는지 확실하지 않습니다.

더 나은 터미널에 대한 개발자 커뮤니티의 요구를 전달해 주셔서 감사합니다. 이것은 내가 Windows에서 수년 동안 보고 싶었고 곧 사용해보고 싶은 앱입니다. 마스터에서 빌드를 선택하게 되어 기쁩니다. 하지만 현재 Windows Server 2019 Datacenter LTSC를 사용하고 있습니다.

물어보기:

• Windows Server 2019 LTSC, Microsoft Windows NT 10.0.17763.0 지원

• README.md의 설치 지침 또는 해당 지침에 대한 링크:

1. Visual C++ 재배포 가능 패키지 설치(https://aka.ms/vs/16/release/vc_redist.x64.exe 참조)
2. 방문 https://dev.azure.com/ms/Terminal/_build
3. 가장 최근 마스터 빌드 선택
4. 클릭 아티팩트
5. appx-릴리스를 클릭하십시오.
6. appx-Release.zip 추출
7. CascadiaPackage_0.0.1.0_x64.msix 추출
8. WindowsTerminal.exe를 엽니다.

누락된 것은 vcruntime140_app 및 msvcp???_app 앱 컨테이너 런타임의 로컬 복사본입니다. 그렇지 않으면 Windows 터미널을 두 번 클릭하여 활성화할 수 있어야 합니다.

@DHowett-MSFT 설치 방법에 대한 지침을 주시겠습니까?

직장에서 테스트하고 싶지만 거기에서 Windows Store를 사용할 기회가 없습니다. 이전 버전에서 직접 빌드하려고 시도했지만 성공했지만 Visual Studio 요구 사항과 빌드 후 리포지토리 사이에 거의 40GB가 걸리므로 제한된 SSD 공간에서 빠르게 관리할 수 없게 되었습니다.

그런데 부정적인 댓글은 신경쓰지 마세요. 터미널이 멋지게 나오고 있습니다(실제로 저는 집에서 WSL 2로 테스트했으며 이전에는 Windows에서 이렇게 부드러운 터미널 경험을 한 적이 없습니다). 어떤 사람들은 미리보기의 요점을 이해하지 못하지만 그것은 너무 기대되기 때문입니다.

시간이 지나면 미리보기가 사라지고 모든 사람(또는 적어도 대부분의 사용자)이 만족할 것입니다.

2. https://dev.azure.com/ms/Terminal/_build 를 방문합니다.

MSFT가 아닌 사람들은 인공물에 대한 권한이 없습니다.

아티팩트를 다운로드했지만 신뢰할 수 있는 인증서로 서명되지 않았다고 두 번 클릭하여 .msix를 설치할 수 없습니다.

아티팩트를 다운로드하고 폴더에 .msix를 추출한 다음 폴더 내부의 Powershell에서 Add-AppxPackage AppxManifest.xml -Register 를 실행하여 작동하도록 관리했습니다. 이제 시작 메뉴에서 "Windows 터미널(Dev Build)"로 if를 열어 실행할 수 있습니다.

꽤 해킹된 프로세스지만 지금은 효과가 있었습니다.

Windows 스토어는 깨진 소프트웨어 조각입니다. 그것은 항상 당신의 관심이 필요하고 당신이 기대하는 것은 아무것도 하지 않는 징징거리는 아기와 같습니다. 그것에 의존하는 것은 _제발 우리 제품을 설치하지 마십시오_라고 말하는 것과 같습니다.

나는 방금 #1757에서 여기로 리디렉션되었고 이것에 대한 많은 관심을 보는 것이 좋습니다.

그리고 왜 간단한 일을 복잡하게 만들까요? 다운로드하고 설치하면 됩니다.

여기 거래가 있습니다: 이것은 미리보기 릴리스입니다

예, 사람들은 이미 이에 대해 열광하고 있습니다. 명령줄 메모장(cmd.exe라고도 함)을 처리하는 고통은 사람들이 시험판일지라도 더 나은 터미널을 사용하도록 유도하기 위해 미칠 것입니다. 게다가 트위터 과대 광고가 있습니다.

저희 댓글을 욕으로 보지 말아주세요. 최대한 빨리 손에 넣길 _원합니다_. 우리를 상점으로 보내는 것은 우리의 얼굴에 문을 두드리는 것입니다. 우리도 현명하게 시간을 투자하고 싶습니다. Windows 스토어 문제를 해결하는 데 시간을 보내는 것은 확실히 다른 사람의 시간을 생산적으로 사용하는 것이 아닙니다. 당신이 이해하기를 바랍니다!

저는 이 "설치" 경험에 매우 실망했습니다. 실제로 설치할 수 없기 때문에 설치를 따옴표로 묶었습니다. Store는 설치 대상이 되는 일부 내 컴퓨터 목록을 제공하지만 실제로 내가 사용 중인 컴퓨터는 아닙니다. 그리고 나열된 시스템 중 하나를 선택하더라도 설치를 시도하지만 아무 것도 설치되지 않는다고 알려줍니다. 그리고 문제 해결을 위한 출발점으로 사용할 피드백이 전혀 없습니다. 오류 메시지나 로그 정보가 없고 그저 묵묵부답입니다.

수십 년 동안 사용해온 일반 설치 프로그램이 없다는 사실이 안타까웠습니다. 그리고 Windows Store가 내가 실제로 사용하고 있는 컴퓨터를 대상으로 지정할 수 없는 것 같아 걱정됩니다(그렇게 해야 하지 않나요??). 모든 정당한 존중과 함께 Windows 스토어 환경이 내 시스템을 인식하지 못하는 이유(예... 요구 사항을 확실히 충족함) 또는 설치 프로세스가 절대 아무것도하지 마십시오. 저는 Store를 자주 사용하지 않지만 설치할 대상 시스템을 선택해야 했던 기억은 없습니다. 새로운 기능인가요? 어느 쪽이든, 이 경험은 끔찍했습니다.

저는 20년 이상 개발자입니다. 그러나 나조차도 이에 대한 소스를 다운로드하여 컴파일하고 싶지 않습니다. 설치하고 실행할 수 있는 컴파일된 실행 파일이 필요했습니다.

@drullo OS 정보를 확인하세요. 그다지 명확하지 않지만 약간 아래로 스크롤하면 현재 및 필수 구성이 표시됩니다. 이 경우 터미널을 사용하지 않고 현재 OS 빌드 또는 라이브로 업그레이드할 위험을 감수할지 결정해야 합니다.

이 중 어느 것도 이론상 나쁘지는 않지만(Windows 스토어) 구현되는 방식은 매우 추악합니다(불안정하고 많은 일이 잘못될 수 있음). 솔직히 말해서 앱을 설치하는 데 시간을 투자할 가치가 없습니다(터미널뿐만 아니라 그러나 모든 스토어 앱).

안타깝게도 Mac의 App Store 및 OS 업데이트는 훨씬 더 부드러운 경험입니다. 자체 문제가 있지만 원시적이고 기본적인 수준에 있는 문제는 없습니다.

이 기능의 우선순위를 높여주세요... 아마도 가장 많이 요청되는 기능일 것입니다...

대체 배포를 위한 첫 번째 단계로 (서명되고 업데이트 가능한 저장) MSIX 번들을 릴리스 페이지 에 게시했습니다. 1903+에서 두 번 클릭하여 설치할 수 있어야 하지만 설치해야 하는 종속성 패키지가 있을 수 있습니다. 우리는 그 과정을 좀 더 멋지게 만들기 위해 노력하고 있습니다. 양해 부탁드립니다.

지금 당장은 리소스 조회(아이콘, 문자열 등) 및 구성 요소 활성화(구성 DLL을 로드할 수 있도록)를 위한 MSIX/appx 설치 컨텍스트가 _필요_하지만 다음과 같이 요구 사항을 좀 더 느슨하게 만드는 과정이 진행 중입니다. 잘.

저는 실제로 msix 배포를 사용하는 아이디어를 좋아합니다. Msix는 Windows 7도 지원하므로 msix를 사용하여 두 번 클릭하여 설치하는 것이 좋습니다.

@DHowett-MSFT 좋은 시작입니다!

• 나는 여전히 미래에 휴대용 버전을 원합니다(예: sysinternals 응용 프로그램)
• 릴리스 페이지에 대한 링크를 제공하는 추가 정보 파일을 업데이트하여 사람들이 스토어 외부에서 사용할 수 있음을 실제로 알 수 있도록 하십시오.

@amithegde ReadMe를 업데이트했습니다. 제안해 주셔서 감사합니다.

https://github.com/microsoft/terminal#installation

릴리스 페이지에서 MSIX를 사용하여 오프라인으로 설치하려고 하면 WindowsTerminal.exe 실행 시 오류 메시지가 나타납니다. CLiP 장치 라이센스를 찾을 수 없습니다. 이 문제를 해결하는 방법을 잘 모르겠습니다.

오프라인 설치 프로그램은 이동을 위해 서버에 WT를 설치하는 데 시급합니다.

Windows 터미널을 설치하려는 시도가 여러 번 실패한 후에 이 문제를 발견했습니다. 여기서 문제는 많은 전문 환경에서 사용되는 Windows 10 LTSC(장기 지원 버전)가 버전 1809(빌드 17763)인 반면 Windows 터미널은 최신 버전의 Windows 10에만 설치할 수 있는 MSIX 아카이브의 MSIX 번들로 패키지되어 있다는 것입니다.

따라서 현재 상태의 전문 환경에서는 Windows 터미널을 사용할 수 없습니다. Microsoft에서 언급한 대로 다음 LTSC는 2021년까지 출시되지 않습니다. 다른 배포 메커니즘이 제공되지 않으면 Windows 터미널은 2년 동안 전문 환경에서 사용할 수 없습니다.

저는 Windows 중심 개발자가 아니므로 정적으로 연결된 exe 파일을 빠르고 더러운 임시 솔루션으로 릴리스하는 데 드는 비용/부담이 무엇인지 모르지만 가능하다면 좋을 것입니다. 모든 형태의 독립형/휴대용 버전은 사실 크게 감사할 것입니다(이전의 모든 주석에서 밑줄이 그어진 ;)).

편집하다:

몇 가지 추가 생각,

• 전문적인 환경에서 Windows 스토어는 일반적으로 비활성화되어 있습니다(따라서 개발자 모드를 활성화하고 add-appxpackage 를 사용하려면 README에 명확한 문서가 필요할 수 있습니다).
• README에서 호환성 요구 사항을 명확히 하는 것이 좋을 것입니다(Windows 10 버전 필요/호환 측면에서).

@NBardelot "전문적인 환경"에서는 Windows의 LTSC 버전과 Windows 터미널이 함께 필요하지 않습니다. 바, 의심스러운 매우 중요한 시스템을 실행하지 않는 한 LTSC가 필요하지 않습니다.
"전문적인 환경"에서는 Microsoft Store에서 사용할 수 있는 응용 프로그램이 있어야 하는 경우 일반적으로 회사에 있는 항목을 요청하는 표준 프로세스(ITIL)를 수행할 수 있습니다.
Windows 터미널은 Windows의 내부자 버전을 사용하는 데 전혀 문제가 없는 개발자를 대상으로 합니다. 특히 LTSC 목적과 모순되는 미리보기 에 있을 때 LTSC에 포함시켜야 한다는 주장을 이해하지 못합니다.
이를 실행하기 위해 갖추어야 할 사항은 매우 명확합니다: 요구 사항 및 Microsoft Store.

@gh4chris 긴급하게 필요한 것은 아니며 Windows Server에서 CMD와 PowerShell을 사용할 수 있습니다. 왜 필요한지에 대한 합리적인 논쟁이 없습니다.

모든 기업 채택 시 매장 외 사용이 필요하다고 가정해야 합니다. 잘 구축된 대부분의 프로덕션 환경은 인터넷에 액세스할 수 없으며 배포 도구를 사용합니다.

편의성에 대한 저항도 있는 이유는 무엇입니까?

따라서 기록을 위해 매장 외 설치 메커니즘을 제공합니다. 릴리스 페이지를 참조하세요. 그러나 우리는 Windows 빌드 버전 요구 사항에 대해 실제로 움직일 수 없습니다. 우리는 최신 버전의 Windows 10에서만 제공되는 일부 OS 기능에 의존하고 있습니다. 이것이 우리가 LTSC에서 작업할 수 없는 진짜 이유입니다.

@zadjii-msft 이것은 완벽하게 이해할 수 있지만, 슬프게도 2021년까지 Windows 터미널이 없다는 것을 의미한다는 점을 다시 강조해야 합니다. 흥미로운 사용 사례(그리고 릴리스 모드가 되면 널리 채택됨)에 대해 말입니다. 말씀하신 제한 사항을 해결할 수 있는 방법이 있다면 이를 고려하시기 바랍니다. :)

@CatTheHacker 통찰력 주셔서 감사합니다. 또한 다른 사람들에게 필요한 것이 무엇인지 가장 잘 알고 있다고 말하는 것은 사용 가능한 모든 정보가 없고 제약 조건을 오해할 수 있기 때문에 일종의 무례함을 이해하십시오. 즉, 귀하의 오해도 설명이 부족하기 때문에 내 유스 케이스를 기꺼이 설명하겠습니다.

저는 현재 대기업에서 매우 엄격한 보안 환경에서 일하고 있습니다. 데스크톱은 보안 및 유지 관리상의 이유로 Windows 10 LTSC를 실행합니다. 중요한 기계/서버가 아니라 개발 및 운영 워크스테이션에 대해 이야기하고 있습니다. 우리의 목표 중 하나는 ITIL/리포지토리 등에서 아직 간소화되지 않은 도구를 프로토타입 및 테스트하고 개발 및 운영 생활을 더 쉽게 만들기 위해 무엇을 할 수 있는지 탐구하는 것입니다. 그것은 심지어 우리가 OS와 OS 도구를 비교하게 하며, 이는 그러한 종류의 회사에 대한 진정한 패러다임 전환입니다. 이 시나리오에서는 Windows 터미널의 미리 보기 버전을 실행하고 사람들에게 터미널을 잘 사용하는 방법을 보여주기 시작하는 것이 필요합니다(Powershell, docker, kubernetes/openshift... 때문에).

명령줄에서 Windows 터미널 앱 설치를 자동화하는 방법이 있으면 좋을 것입니다.

@NBardelot - 여기에 정보와 생각을 주셔서 감사합니다.

MSIX

현재 Windows에서 앱 패키징을 위한 전략적 경로이기 때문에 터미널을 MSIX 패키지로 빌드하고 있습니다. 우리는 충분한 수요가 있는 경우 다른 패키징 형식을 고려하는 것을 꺼려하지 않지만, 지금은 대부분의 커뮤니티 요구를 처리하기 위해 주류 시나리오에 집중하고 있습니다.

즉, MSIX 팀의 계획을 다시 파헤치고 있습니다. LTS SKU. 내가 그들에게서 답을 들을 때 당신에게 알려줄 것입니다.

LTS

LTS SKU는 정의상 일반 릴리스 SKU보다 제한적이고 업데이트 빈도가 낮습니다. 이 때문에 최신 제품 및 기능이 도착하는 데 시간이 더 오래 걸리거나 LTS SKU에서 지원되지 않을 수 있습니다. 요컨대, 최신의 최고의 도구 및 기술이 출시된 직후 실행하려면 LTS가 아닌 SKU를 고려해야 할 수도 있습니다.

플랫폼 구성에 대한 더 큰 제어가 필요한 기업은 사용자가 승인된 앱을 자체 배포하거나 알려진 관리 앱을 배포할 수 있도록 하는 동시에 자동화된 배포 등을 위해 SCCM 및 InTune과 통합할 수 있는 비즈니스용 Windows Store를 탐색할 수 있습니다. . 승인된 앱 수

곧 문서 v.를 업데이트하고 귀하의 피드백 중 일부를 확실히 통합하고 이 영역을 더 쉽게 이해할 수 있도록 요청할 것입니다.

참고로 이제 초콜릿 패키지 가 있으므로 choco install microsoft-windows-terminal 를 실행하여 앱을 설치할 수 있습니다.

함께 만들어준 @mkevenaar 에게 큰 감사를 드립니다! 🎉

@SeanKilleen Absolutely - 저는 Chocolatey의 열렬한 팬이며 우리의 최신 릴리스를 참조하기 위해 Chocolatey 패키지를 만들어준 @mkevenaar 에게 감사드립니다. :)

https://github.com/mkevenaar/chocolatey-packages/blob/master/automatic/microsoft-windows-terminal/update.ps1#L8

@SeanKilleen Absolutely - 저는 Chocolatey의 열렬한 팬이며 우리의 최신 릴리스를 참조하기 위해 Chocolatey 패키지를 만들어준 @mkevenaar 에게 감사드립니다. :)

https://github.com/mkevenaar/chocolatey-packages/blob/master/automatic/microsoft-windows-terminal/update.ps1#L8

@bitcraz 당신은 매우 환영합니다! 6시간마다 업데이트 스크립트를 실행하며 일반적으로 초콜릿 웹사이트에서 처리하는 데 1시간 미만이 걸립니다!

[업데이트: 이전 링크 교체]:

Windows 터미널을 수동으로 설치하고 VC Redist가 설치되어 있지 않으면 터미널이 설치 및/또는 실행되지 않습니다.

Desktop Bridge용 C++ Runtime v14 프레임워크 패키지를 다운로드하여 설치하십시오.
https://www.microsoft.com/en-us/download/details.aspx?id=53175

C++ 런타임 프레임워크 패키지는 %ProgramFiles(x86)%\Microsoft SDKs\Windows Kits10\ExtensionSDKs\Microsoft.VCLibs.Desktop 아래의 폴더에 복사됩니다.

👉 참고: Add-AppxPackage PowerShell cmdlet을 사용하여 수동으로 패키지를 설치할 수도 있습니다.

(#2369 관련)

^ 여전히 나에게는 실패합니다. 스토어에서 Visual C++ run-time for UWP 을 설치하려고 시도하고 불행히도 스토어는 제한으로 인해 인터넷에 액세스할 수 없습니다.

choco에서 설치 후 이벤트 이 메시지가 나타납니다.

안녕하세요 @mubaidr : 데스크톱 브리지 VC++ 런타임 재배포에 연결하기 위해 위의 응답 을 업데이트했습니다. 시도해 보시고 문제가 해결되면 알려주세요.

여전히 동일한 오류 메시지 :(

SysAdmin이 Windows Store를 비활성화했으며 인터넷 연결이 열려 있지 않습니다. 따라서 설치 프로그램 패키지가 필요합니다.

@rfresow - 공개적으로 릴리스된 모든 터미널 빌드를 스토어 및 이 리포지토리의 릴리스에 게시합니다. https://github.com/microsoft/terminal/releases

⚠ 참고: 수동으로 설치하고 있으므로 정기적으로 수동으로 업데이트하십시오. 한 달에 한 번 정도 게시하는 것을 목표로 하고 있습니다.

@mubaidr - 여기서 문제가 발생해서 죄송합니다. 터미널을 제거하고 컴퓨터를 재부팅하고 다시 설치하도록 요청할 수 있습니까? 나는 당신의 컴퓨터 설정에 이상한 일이 벌어지고 있는 것 같아 두렵습니다.

^ @bitcrazed 저도 같은 생각을 하기 시작했습니다. 새로운 설정을 위한 계획. 제거 및 재부팅도 도움이 되지 않았습니다. 그래서 깨끗한 설정으로 시작하겠습니다.

FWIW, 나는 동일한 VC 요구 사항을 실행했습니다. 우리도 다양한 이유(오프라인 네트워크 등)로 인해 꺼져 있는 Windows 스토어에 대한 액세스 권한이 있습니다.

점프 호스트 등과 같은 것에 필요에 따라 터미널을 설치할 수 있게 하는 것이 좋을 것입니다.

안녕하세요 @mubaidr : 데스크톱 브리지 VC++ 런타임 재배포에 연결하기 위해 위의 응답 을 업데이트했습니다. 시도해 보시고 문제가 해결되면 알려주세요.

@bitcrazed 나는 위의 다운로드가 터미널이 구축된 것에 대해 충분히 새롭지 않다고 생각합니다. 내 버전에 대한 불만 ...

링크에서 UWP VCLib를 설치하면 버전 14.24222.0(프로그램 및 기능에서) ; 하지만 Get-AppXPackage를 수행하면:

Microsoft.VCLibs.140.00.UWPDesktop_14.0.27810.0_x64__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.27810.0_x86__8wekyb3d8bbwe

위 링크는 2016년...

동일한 문제 - 링크 의 vc_uwpdesktop.140.exe 파일에는 이전 버전의 Microsoft.VCLibs가 포함되어 있습니다. C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ 에 설치한 후 다음을 찾을 수 있습니다.

• "소매" 폴더의 14.0.24217.0 버전
• "디버그" 폴더의 14.0.24222.0 버전

Windows 터미널에는 최소 버전 14.0.27323.0 이 필요합니다. 스토어를 활성화하지 않고 설치할 수 있는 방법이 있습니까?

몇 달 전에 VS2019 및 W10 1903을 사용하여 소스에서 터미널을 구축했습니다. 그러나 새로운 msixbundle 을 실행할 수 없는 것 같습니다. 권한이 없습니다. Azure 아티팩트에 액세스하기 위해 git pull 를 수행하고 VS에서 다시 빌드하려고 할 때 권장되는 NuGet 업데이트를 가져오고 Dot Net 4.7.2를 설치한 후에도 오류가 발생했습니다.

슬픔 :(

어쨌든 Windows Server 2019는 지원되지 않습니다. 그리고 예, 우리는 "반동주의자"이기 때문에가 아니라 LTSB 릴리스만 사용합니다. 그러나 우리는 5000개 이상의 서버가 있는 실제 기업에서 일하기 때문에 매년 업데이트하려고 하는 것조차 지옥입니다.

다른 모든 항목을 이 버그에 연결하는 것은 훌륭합니다. 그러나 이것을 Server OS에 설치하려는 많은 사람들에게 시간 낭비입니다. 프로젝트 추가 정보에 다음과 같은 줄을 추가하십시오.

"Windows Server 2019에 Windows 터미널을 설치하시겠습니까? - 아직 거기에 없습니다. 나중에 다시 오세요!..."

다른 모든 항목을 이 버그에 연결하는 것은 훌륭합니다. 그러나 이것을 Server OS에 설치하려는 많은 사람들에게 시간 낭비입니다. 프로젝트 추가 정보에 다음과 같은 줄을 추가하십시오.

"Windows Server 2019에 Windows 터미널을 설치하시겠습니까? - 아직 거기에 없습니다. 나중에 다시 오세요!..."

readme는 이미 다음과 같이 말합니다.

Note: Windows Terminal requires Windows 10 1903 (build 18362) or later

동일한 문제 - 링크 의 vc_uwpdesktop.140.exe 파일에는 이전 버전의 Microsoft.VCLibs가 포함되어 있습니다. C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ 에 설치한 후 다음을 찾을 수 있습니다.

• "소매" 폴더의 14.0.24217.0 버전
• "디버그" 폴더의 14.0.24222.0 버전

Windows 터미널에는 최소 버전 14.0.27323.0 이 필요합니다. 스토어를 활성화하지 않고 설치할 수 있는 방법이 있습니까?

저는 Microsoft Store 액세스 권한이 없는 환경에 있으며 이 문제도 겪었습니다. 제가 설치한 버전은 14.0.26905.0인 것 같습니다. 수동 다운로드를 통해 얻은 버전은 14.0.24217.0입니다. MS Store 없이 14.0.27323.0을 설치할 수 있는 방법이 없습니다.

• "소매" 폴더의 14.0.24217.0 버전
• "디버그" 폴더의 14.0.24222.0 버전

해당 버전이 설치되어 있고 터미널 0.6.2951.0이 정상적으로 실행되고 있습니다.

아마도 VC 14.0.27323.0이 내 시스템의 다른 곳에 설치되어 있지만 그렇지 않은 것 같습니다. 그 요구 사항은 어디에 언급되어 있습니까?

• "소매" 폴더의 14.0.24217.0 버전
• "디버그" 폴더의 14.0.24222.0 버전

해당 버전이 설치되어 있고 터미널 0.6.2951.0이 정상적으로 실행되고 있습니다.

아마도 VC 14.0.27323.0이 내 시스템의 다른 곳에 설치되어 있지만 그렇지 않은 것 같습니다. 그 요구 사항은 어디에 언급되어 있습니까?

컴퓨터에서 MS Store에 액세스할 수 있습니까? 내 것은하지 않습니다. 최근에 1909로 업그레이드했는데 이 버전에서 14.0.26905.0 버전이 나왔을 수 있지만 확실하지 않습니다.

다음은 설치를 시도할 때 발생하는 오류입니다.

PS C:\> Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3d8bbwe.msixbundle"
Add-AppPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict validation.
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x86__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] edfb45f8-a09f-0003-a403-fced9fa0d501 in the Event Log or use
the command line Get-AppPackageLog -ActivityID edfb45f8-a09f-0003-a403-fced9fa0d501
At line:1 char:1
+ Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (C:\Microsoft.Wi...bbwe.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand

• "소매" 폴더의 14.0.24217.0 버전
• "디버그" 폴더의 14.0.24222.0 버전

해당 버전이 설치되어 있고 터미널 0.6.2951.0이 정상적으로 실행되고 있습니다.
아마도 VC 14.0.27323.0이 내 시스템의 다른 곳에 설치되어 있지만 그렇지 않은 것 같습니다. 그 요구 사항은 어디에 언급되어 있습니까?

컴퓨터에서 MS Store에 액세스할 수 있습니까? 내 것은하지 않습니다. 최근에 1909로 업그레이드했는데 이 버전에서 14.0.26905.0 버전이 나왔을 수 있지만 확실하지 않습니다.

다음은 설치를 시도할 때 발생하는 오류입니다.

PS C:\> Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3d8bbwe.msixbundle"
Add-AppPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict validation.
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x86__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] edfb45f8-a09f-0003-a403-fced9fa0d501 in the Event Log or use
the command line Get-AppPackageLog -ActivityID edfb45f8-a09f-0003-a403-fced9fa0d501
At line:1 char:1
+ Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (C:\Microsoft.Wi...bbwe.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand

최근에 같은 환경에서 다른 PC를 1909로 업그레이드 했습니다. 최신 Windows Terminal 0.6.2951.0을 설치할 수 있었습니다. 이 컴퓨터에는 UWPDesktop v 14.0.27810.0이 있습니다. 이 시스템에 VS2017 및 VS2019가 설치되어 있기 때문에 설치 위치, 시기 또는 방법을 100% 확신할 수 없습니다.

이 다운로드를 받으려면 필요한 작업인 것 같습니다.
https://www.microsoft.com/en-us/download/details.aspx?id=53175
버전 14.0.27810.0(또는 그 이상)으로 업데이트되었습니다. 2016년 이후로 다운로드가 정체된 이유를 모르겠습니다.

업데이트: 이 문제를 해결하기 위해 내부적으로 몇 가지 대화를 나누고 있습니다. 계속 지켜봐 주세요.

FWIW, 나는 인터넷에 연결되지 않을 환경에서 일합니다. Azure, M365 등이 받은 인증은 망할. 그들은 단순히 인터넷에 연결되지 않을 것입니다.

Windows 터미널은 Scoop 에서 사용할 수 있습니다. Scoop은 7zip을 사용하여 msix에서 파일을 추출하고 잘 작동합니다. 그래서 Windows 터미널이 이미 이식 가능하다고 생각합니까? 모든 msix 설치 프로그램이 이와 같이 작동할 수 있는 것은 아닙니다.

오늘날 터미널이 패키징되지 않은 상태로 작동한다는 것은 사실이지만 현재로서는 항상 그럴 것이라고 보장할 수 없습니다.

Windows Server 2019에서 초콜릿 사용 실패:

choco install microsoft-windows-terminal
오류: 이 패키지에는 Windows 10 버전 1903/OS 빌드 18362.x 이상이 필요합니다.
microsoft-windows-terminal 설치에 실패했습니다.

다른 버전의 Windows 서버가 있습니까? 아니면 모두 너무 오래 되었습니까?

@ArgTang 사용 가능한 서버 버전이 없다고 생각합니다. https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

물론! /dup #2312.

안녕! 이 문제는 이 문제 추적기에 이미 존재하는 다른 문제의 중복으로 확인되었습니다. 이 특정 인스턴스는 참조된 스레드에 대한 우려 사항을 추적하기 위해 닫힙니다. 신고해 주셔서 감사합니다!

현재 서버는 1903 또는 1909 버전으로 제공되지 않습니다. 미안합니다!

이 마스터 추적 버그를 닫을 의도는 절대 아니었습니다. 죄송합니다 여러분!

지금까지 직장에서도 전혀 해결 방법을 찾지 못했습니다.
이전 문제가 종료되었으므로 여기에서 최신 릴리스 버전으로 업데이트합니다.
(#4424의 트랙을 느슨하게 하지 않기 위해 이전 호를 여기에 복사하여 붙여넣습니다. @DHowett 죄송합니다. 릴리스된 각 버전의 동작이 수시로 변경되는 것을 확인하는 데 도움이 된다고 생각합니다.)

결과는 다음과 같습니다. https://github.com/microsoft/terminal/issues/4424 이 문제를 위해 문제가 종료되었습니다.

내가 가지고 있는 유일한 버전은 수동으로 빌드한 0.6xxxx 입니다. 19041 slow ring 또는 1909 stable 에서 $ 0.8.x 를 빌드하려고 할 때 mdmerge.exe 충돌이 발생합니다. 1909 stable

종료된 문제에서 복사 붙여넣기:

마지막 WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle 는 설치되지만 chocolatey 에서 설치하는 경우에도 앱 충돌이 발생합니다.

@DHowett

msixbundle 가 설치되지 않아 개선을 위해 Thx를 실행하고 실행합니다.
이후 버전에서 잠재적으로 문제를 해결할 수 있는 적절한 문제를 생성할 수 있도록 실행할 때 충돌이 발생한 이유에 대한 정보를 얻을 수 있는 방법을 알려주실 수 있습니까?

테두리가 0.5초 동안 나타난 다음 충돌하고 다음과 같이 표시되는 것을 볼 수 있습니다.

Start Menu 만큼 빠르게 열면 MS Store Post Action (진행률 표시줄)이 있는 것을 볼 수 있습니다.

내가 어떻게 도움이 될 수 있습니다 ?
Logs가 이것을 진단하는 곳이 궁금합니다.
EventViewer 에서 어디를 봐야할지 모르겠습니다(확인하려고 했지만 충돌처럼 보이는 것을 찾지 못했습니다)

[Window Title]
Network Error

[Main Instruction]
Windows cannot access C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe

[Content]
Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problems, click Diagnose.

[^] Hide details  [Diagnose] [Cancel]

[Expanded Information]
Error code: 0x800704cf
The network location cannot be reached. For information about network troubleshooting, see Windows Help.

어떤 식으로든 현재 설치 상태가 도움이 된다면 저에게 알려주십시오.

아직 찾지 못한 것에 대한 로그/진단/추적을 얻을 수 있는 방법을 찾지 못했기 때문에 이 특정 동작에 대한 피드백을 제공하여 잠재적으로 고칠 수 있는지 여부와 방법을 확인하는 데 도움이 될 수 있습니다^^

회사가 상점을 잠그기 때문에 "스토어 업데이트"가 없어도 상관 없습니다.
그래서 지금은 msixbundle 를 한 번 이상 사용하려고 합니다. ;)
업데이트해야 할 때 다음 msixbundle 을 다시 설치하겠습니다.

이 문제에 대해 기다려 주셔서 감사합니다.

우리는 여기서 무슨 일이 일어나고 있는지 완전히 이해하지만 해키 솔루션을 제공하고 싶지 않습니다.

우리는 이 문제에 대해 장기적으로 지원 가능한 솔루션을 제공하기 위해 내부적으로 여러 팀과 적극적으로 협력하고 있으며 언제 무엇을 할 수 있는지 알게 되면 여기에 다시 보고할 것입니다. 사실 20분 전에 다른 팀에서 우리를 위해 약간의 작업을 해 달라고 정식으로 요청했습니다.

계속 지켜봐 주세요.

@iamdeskoh 죄송합니다. 확인되지 않고 신뢰할 수 없는 소스에서 패키지를 다운로드할 것을 권장하므로 이 댓글을 삭제합니다. 이러한 관행은 절대 권장되지 않습니다. 우리는 누군가가 그렇게 함으로써 의도치 않게 불쾌한 것에 감염되는 것을 싫어합니다.

이 문제를 해결하기 위해 내부적으로 노력하고 있으니 안심하십시오. 기다려 주십시오.

@bitcrazed

아니요, 해당 링크를 클릭하지 않습니다

알 수 없는/신뢰할 수 없는 도메인을 클릭하려고 하는 이유는 무엇입니까?
특히 비공식 소스에서 바이너리를 설치하려면

링크를 보내기 전에 먼저 웹 사이트의 목적이 무엇인지 설명하고 사용자에게 클릭하도록 요청할 수 있습니다. 또한 사이트 뒤에서 하는 일은 오픈 소스이므로 신뢰할 수 있다고 생각합니다 ^^ ?

나는 그것이 작동하지 않는다는 것을 말하는 것이 아니라, 당신이 마술 바이너리를 배송하는 제 3의 부품을 믿을 수 있는 방법이 없다는 것입니다.
특히 windows/terminal 팀에 문제를 해결할 수 있는지 처음으로 요청할 수 있는 경우

이 해결 방법도 그다지 마음에 들지 않지만 다운로드 링크는 Microsoft 도메인에서 가져옵니다. @deskoh 가 제공한 웹사이트는 Microsoft Store의 목록에 없는 콘텐츠에 대한 링크를 제공하는 것 같습니다.
그리고 팀이 프로젝트에 필요한 종속성을 설치하는 방법을 제공할 수 있다면 사람들은 이와 같은 해결 방법으로 운을 시험할 필요가 없을 것입니다...
그러나 최신 버전의 Microsoft.VCLibs.140.00.UWPDesktop을 설치한 후에도 나중에 다른 오류로 인해 설치가 계속 실패합니다.

@clement-fischer 어떤 오류가 발생했습니까? 마침내 에어 갭 환경에서 실행할 수 있었습니다. VC++ 재배포 가능 파일이 필요합니다. 또한 WindowsApp 디렉토리에서 터미널을 실행해야 합니다.

@deskoh Powershell을 통해 설치를 시도했지만 오류가 #3194와 동일한 것 같습니다.

msix 및 appx를 수동으로 설치하기 위해 여러 방법을 시도했지만 Windows 터미널 빌드는 가장 최근의 Windows Server 2019 빌드보다 최신 Windows 10 버전으로 잠긴 것 같습니다.

이것은 매우 불행한 일입니다.

안타깝게도 이 기능은 터미널 1.0 릴리스에서 제공되지 않습니다. 따라서 터미널은 실제 프로덕션 환경에서 IT 전문가에게 여전히 쓸모가 없습니다. https://github.com/microsoft/terminal/milestone/6

종속성의 가용성을 수정하면 수동으로 설치할 수 있어야 합니다. 문제 #3097은 1.0의 필수 문제 중 하나로 나열됩니다.

다른 사용자에게는 말할 수 없지만 나중에 직접 업데이트해야 하는 경우에도 msixbundle 가 어디에서나 작동하는 것을 매우 좋아합니다.
이것이 내가 첫 번째 미리 보기 이후로 직장에서 Powershell Core 7.x 를 사용하는 방법입니다.

그 위에 업데이트가 누락되었음을 셸 내부(따라서 방해가 되지 않음)에 알리는 멋진 메시지가 있습니다.
옵트아웃도 있는거 같은데

예를 들어 msixbundle 를 수동으로 추출하는 것보다 더 나은 방법은 무엇입니까?

특종과 잘 작동하므로 프로 환경에서 사용할 수 있습니다. (프로 윈도우 데스크탑에서):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

감사합니다!

특종은 evr에서 가장 멋진 것입니다!
https://youtu.be/a85QLUJ0Wbs

집처럼 편안하고 좋은 도구입니다.

Am Fr., 24. 4월 2020 um 12:03 Uhr schrieb Xiang ZHU <
알림@github.com>:

음, 여전히 Windows Server 환경에서는 사용할 수 없습니다.

iwr -useb get.scoop.sh | 아이엑스
Set-ExecutionPolicy RemoteSigned -scope CurrentUser
스쿠프 설치 git
스쿠프 버킷 추가 버킷 추가
특종 설치 Windows 터미널
'windows-terminal'(0.11.1121.0) 설치 [64bit]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle(16,1MB)[=====================================] 100%
해시 확인 중Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... 알겠습니다.
dl.7z 추출 중 ... 완료되었습니다.
사전 설치 스크립트 실행 중...
설치 프로그램 스크립트 실행 중...
*오류 최소한 Windows 10 18362가 필요합니다. *

@gh4chris
데스크탑에서도 마찬가지죠?
터미널은 OS의 특정 기능에 의존하기 때문에 특정 최소 버전 레벨이 필요합니다.

아마도 1903/1909로 업데이트하고 싶을 것입니다(2004/20H1은 한 달 이내에 착륙할 예정임)

알겠어? 그것은 전문적인 환경에서 문제가 됩니다. 업데이트에는 다음이 포함됩니다.
기존 설정을 깨뜨리지 않기 위한 많은 검증...

나는 WT가 정말로 그러한 의존성을 필요로 하는지 의심스럽다. IT는 전체 프로젝트를
다소 우스꽝스러운

Am Fr., 2020년 4월 24일 음 13:10 Uhr schrieb TeBeCo < 알림 @github.com

귀사의 서버를 업데이트하는 데 문제가 있다는 것을 알고 있습니다. 이는 배포와 관련이 없는 다른 문제입니다.
최소한 1년 전의 이미지를 얻으려면 팀에 연락하여 이미지를 업데이트할 수 있습니다.

'아직 가게에 대한 대안이 없다'와는 조금 다르다.

나는 그것이 차단되거나 문제가 있다고 말하지 않을 것입니다. 예를 들어 Enter-PSSession 또는 ssh 를 사용한 다음 서버의 Shell 를 사용하는 동안 컴퓨터에서 WT 를 사용할 수 있습니다.
원하는 경우 서버에서 PSWS 7.x 로 업데이트하거나 dotnet tool 로 설치할 수도 있습니다.

Investigate alternative deployment mechanisms for Windows Terminal 이외의 다른 문제를 열고 싶을 것입니다.

나는 '실제 환경'을 구성하는 것이 무엇인지에 대해 여기에서 벌어지고 있는 논쟁에 끼어들고 싶지 않습니다.

그러나 나는 확실히 이것이 Windows Server(모든 버전)에서 실행되기를 원하며 Windows 10에서 실행하는 것은 제 상황에서도 유용하지 않습니다.

Windows Server 2019로 업데이트하라고 말하고 싶습니다.
그러나 Azure Portal에서도 템플릿을 제공하지 않기 때문에 삼키기 힘든 약이 될 수 있습니다.
(하지만 예, "그냥 업데이트"한다고 가정합니다)

또한 저는 당신과 같은 소비자이기 때문에 이 문제와 관련이 없는 문제를 열어줄 수 있습니까?
최소 OS 버전에 대한 이유와 세부 정보를 물어보십시오.
하지만 배포 메커니즘과 관련이 없습니다.

@DHowett 님 , deps를 터미널에 묶는 커밋(아직 릴리스되지 않은 것으로 알고 있음)은 오프라인 msixbundle 설치 프로그램을 사용하는 데 많은 도움이 될 것입니다.

그 후 정상적인 오프라인 설치 방법의 주요 누락 부분은 최신 github.com 릴리스로 스크립트를 최신 상태로 유지하는 대신 최신 msixbundle을 다운로드할 수 있는 aka.ms 정적 URL이 있는 것 같습니다. 그리고 다운로드 URL.

이 번들에 대한 정적 다운로드 링크를 얻을 수 있습니까?

이 번들에 대한 정적 다운로드 링크를 얻을 수 있습니까?

그것은 나쁜 생각이 아니며 아마도 조만간 해야 할 일입니다.

나는 appinstaller (업데이트를 위해 "어디에서 더 많은 사람을 찾을 수 있습니까?" 태그가 있는 msixbundle과 거의 비슷함)를 제공하고 싶지만 실제로는 _ 어깨를 으쓱_ 해야 합니다.

*오류 최소한 Windows 10 18362가 필요합니다. *

왜 그런 이상한 어려운 요구 사항이 있습니까? LTSC 버전에서 사용할 수 있도록 이에 대한 종속성을 낮출 수 없습니까?

@kein 이것은 우리가 이전에 이 리포지토리에서 길게 논의한 것 입니다.

#1643(댓글)

죄송합니다. 현재 1809에서 채택하는 데 두 가지 큰 방해 요소가 있습니다.

* XAML islands was a technology preview and didn't support high-DPI, DPI changes, or accessibility in 1809. We rely on them heavily.

* 1903 added support for side-by-side WinRT component activation, something deep in the COM stack that lets us find our DLLs when they're right next to our EXE.

1809년으로 돌아갈 수는 없습니다.

#1909(댓글)

Windows 터미널에는 최신 Windows 릴리스의 기능이 필요 합니다.

불행히도 우리가 사용할 수 있는 해결 방법은 없습니다. XAML 아일랜드는 Win32 프로세스에서 XAML UI를 호스팅하는 데 사용하는 기술입니다. 그것 없이는 아무것도 표시할 수 없습니다. XAML 아일랜드는 최신 Windows 10 릴리스에서만 완료되었으므로 이에 대해 우리가 할 수 있는 일은 없습니다.
터미널을 사용하려면 최신 Windows 10 버전을 _필요_합니다.

#841(코멘트)

#498(댓글)

현재 계획이 없습니다.
UI는 C++/WinRT 및 XAML 아일랜드(UWP XAML)에 의존합니다. 우리는 또한 텍스트 렌더러를 위해 DX/DWrite를 사용하고 있습니다. 언젠가 리눅스로 이식되지 않는 한, 우리가 리눅스를 지원할 가능성은 거의 없다고 말하고 싶습니다.
게다가 우리의 전체 빌드 시스템은 MsBuild 기반이고 내가 틀릴 수도 있지만 우리의 빌드 시스템이 Linux에서 작동할 것이라고 생각하지 않습니다.

#1893(댓글)

#2024 (댓글)

이것은 왜 그러한 제한을 지원하는지 설명하지만 여기에서 제기된 어떤 주장도 무효화하지 않습니다. 터미널 사용자의 대부분은 서버 및 LTSC 사용자입니다. 가정 사용자를 대상으로하는 터미널의 요점은 무엇입니까? 결국 그것은 매우 특정한 환경에 갇혀 사라질 것입니다. 지금 저는 cmder 로 돌아가고 있으며 터미널이 이 문제를 극복하고 2020년에 더 빨리 사용할 수 없다면 저도 잊어버릴 것입니다.

터미널 사용자의 대부분은 서버 및 LTSC 사용자입니다.

그 말에 대한 증거가 있습니까?

이 문제를 2가지 문제로 나눌 수 있습니까? 대체 배포 메커니즘 및 최소 버전?

"최소 버전"과 관련된 다른 스레드가 많이 있으므로 이 스레드의 최소 버전에 대한 토론을 "주제 외"로 표시하기 시작하겠습니다.

우리의 사용 사례: 3.5k Windows 10 데스크톱에서 장기 지원 지점을 실행하는 대학은 터미널을 사용할 수 있도록 Windows 스토어를 활성화했습니다. 우리 관리자(터미널을 정말로 원하고 혜택을 받고 싶어하는 관리자)는 사용할 수 있는 Windows 워크스테이션이 있지만 대부분은 대부분 Server 2016을 실행하는 여러 이기종 Windows 서버에 RDP를 사용하여 MMC 및 PowerShell을 사용하여 구성합니다. 그들을. 터미널은 이 모든 것을 가지고 있으면 좋을 것입니다.

다른 사용 패턴은 단일 배스천 Windows 원격 데스크톱 서버에 RDP를 사용하여 Enter-PSSession을 통해 다른 서버와 상호 작용하는 것입니다.

초기 배포를 위해 정기적으로 제공되는 타사 응용 프로그램 스택과 컨설턴트가 이를 이해하지 못하거나 응용 프로그램에서 지원하지 않기 때문에 Windows Core 서버가 거의 없습니다.

우리는 주로 MSI를 Windows 10과 Server 2016 모두에 제공하는 데 사용하는 구성 관리 플랫폼을 가지고 있으므로 작동하는 형식이라면 어디서나 쉽게 배송할 수 있습니다.

@carwyn 여기도 마찬가지입니다. 우리 환경은 n-1인 경향이 있으므로 지원하는 클라이언트가 2016년으로 업그레이드되었습니다.

나는 집에 있는 내 컴퓨터의 데스크탑에서 Windows 터미널을 미리 보았고 그것을 좋아합니다. 팀이 사용할 수 있도록 직장의 점프 박스에서 '프로덕션 중'으로 사용하고 싶지만 Windows Server 2019에 대한 유일한 옵션은 더 오래 기다려야 한다는 것을 의미하며 이는 놀라운 클라이언트에게 약간 실망스럽습니다. 잠재적으로 노후화된 Windows powershell ise를 교체하는 데 사용할 수 있습니다.

미안 얘들아, 나는 모든 한계와 어려움에 만족하지 못한다
설치.
제 해결책을 찾은 것 같습니다. 지금 mobaXterm을 사용하고 있습니다. 거의 다 받음
내가 필요로 하고 설치 프로그램을 실행하기만 하면 됩니다.
인생은 쉬울 수 있다

Am Do., 11. Juni 2020 um 10:20 Uhr schrieb weiyentan <
알림@github.com>:

여기에 언급된 솔루션 중 어느 것도 Windows Server 2019에 설치하는 데 적합하지 않았습니다. 특종을 사용하더라도 "최소한 Windows 10 18362가 필요합니다."라는 오류 메시지와 함께 실패합니다.

여기에 언급된 솔루션 중 어느 것도 Windows Server 2019에 설치하는 데 적합하지 않았습니다. 특종을 사용하더라도 "최소한 Windows 10 18362 가 필요합니다."라는 오류 메시지와 함께 실패합니다.

옳은. Server 2019에서는 작동하지 않습니다. 2019는 1809를 기반으로 합니다. 그리고 최소한 1903이 필요합니다.

여기에 언급된 솔루션 중 어느 것도 Windows Server 2019에 설치하는 데 적합하지 않았습니다. 특종을 사용하더라도 "최소한 Windows 10 18362가 필요합니다."라는 오류 메시지와 함께 실패합니다.

또한 이 호의 마지막 댓글을 볼 수 있습니다.
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

안녕하세요 @DHowett , #6802 관련
Microsoft Store 액세스가 제한된 경우 패키지를 다운로드하고 두 번 클릭해도 Microsoft 터미널이 설치되지 않습니다. 그것은 다음과 같은 오류를 보여줍니다

Sanket과 같은 보트. 우리 IT 그룹은 (당연히) 매우 위험을 회피하고 새로운 기능보다 안정성을 중요시합니다. 그리고 보안상의 이유로 Microsoft Store에 대한 액세스가 차단되어 있으므로 보다 현대적인 빌드(1903, 2004)를 수행할 수 있는 후에도 소스에서 빌드하지 않는 한 MSIX 패키지에서 Windows 터미널을 설치할 수 없는 것 같습니다(I 한 번은 그렇게 했지만 시간이 오래 걸리고 매번 그렇게 하고 싶지는 않을 것입니다).

이것이 무시되지 않고 단지 백로그되었다는 사실을 이해할 수 있습니다. 그래도 SCCM(클라이언트용) 및 Windows Server 시스템용 다른 방법을 통해 곧 배포할 수 있기를 바랍니다.

@JongleurNin @sanket-bhalerao

"다운로드" 기능이 있는 경우 제대로 작동합니다.
이것이 이제 작동하기 때문에 0.9 또는 0.10부터 소스에서 빌드를 중단했습니다.

수동으로:

• https://github.com/microsoft/terminal/releases/latest
• msixbundle 다운로드(실행하지 마십시오)
• zip으로 이름 바꾸기
• 그것을 추출
• WindowsTerminal.exe 실행
• 그것을 핀

오토메이션:

• $PROFILE 에 pwsh 함수를 만들어 목록 릴리스 자산 을 확인하십시오.
  여기에서 이것을 원합니다 https://api.github.com/repos/microsoft/terminal/releases/latest
• pwsh ConvertFrom-Json 를 사용할 수 있습니다.
• 자산 목록에서 msixbundle 로 끝나는 name 속성 가져오기
• browser_download_url Invoke-WebRequest 사용
• NTLM 프록시가 있는 경우 Get-Proxy 및 ProxyUseDefaultCredentials 를 사용하는 것을 잊지 마십시오. 왜냐하면 ... CORP ARE FUN
• 압축 해제를 위해 Expand-Archive pwsh 기능 사용(명시적인 이름 변경이 필요한지 확실하지 않음)
• 이것을 팀원을 위해 Gist에 넣으십시오 ;)

• xcopy-able exe가 필요합니다. 콘솔과 같은 전동 공구에는 설치 프로그램이 필요하지 않습니다. 인스톨러는 무리하므로 피해 주세요. 따라서 몇 달 동안 테스트를 할 필요가 없습니다. 마지막으로 확인했을 때 Visual Studio에는 정식으로 서명된 릴리스 모드에서 exe를 생성할 수 있는 기능이 있었습니다.
• 고급 사용자로서 우리는 상점을 기본 배포 모델로 선택한 결정에 감명을 받지 않습니다. 어제 저는 직장 컴퓨터에 이 콘솔을 설치하려고 시도했고 추측해 보니 내 직장 계정이 아닌 Microsoft 계정이 필요하고 내 개인 PC에 콘솔을 설치할 수 있는 옵션이 있기 때문에 저장소가 내 Hotmail 계정으로 구성되어 있습니다. 집에 있었다. 개인용 컴퓨터가 아닌 작업용 컴퓨터에 콘솔이 필요했습니다.
• 요약하면 그냥 그냥. 우리가 사용할 수 있도록 이 도구를 쉽게 잡을 수 있도록 하십시오. 그렇지 않으면 수년 동안 사용해 온 ConEmu에 만족합니다.

글쎄요, 설치 및 종속성과 관련하여 너무 많은 비합리적인 선택에 대한 유일한 설명은 시장/정치적 관련이 있어야 한다고 생각합니다. 나는 MS가 애플리케이션 스토어가 유일한 합법적인 애플리케이션 소스(애플의 비즈니스 모델에 배고프고 부러워하는 것처럼 보임)가 되기를 원한다고 생각한다. Windows 사용자는 Apply 사용자가 아니며 관대하지 않습니다.
나는 Win Terminal 팀이 그들의 손을 묶고 있다고 확신합니다(글쎄요, 그것이 이유가 되길 바랍니다. 그렇게 말하겠습니다!)

@JongleurNin @sanket-bhalerao

수동으로:

* https://github.com/microsoft/terminal/releases/latest

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

v1.1.2021.0에서 작동해야 합니까?

zip 파일에 WindowsTerminal.exe 가 없습니다!?

하위 msix도 압축을 풀어야 합니다.
x86 / x64 / ARM
음악 번들은 모든 것을 한 번에 배송합니다.
그것이 당신이 궁금했던 것입니까?

그것은 명시적이지 않았습니다 동의합니다

하위 msix도 압축을 풀어야 합니다.

게시한 직후에 이것을 해결했습니다. :) 어떤 OS에서 작동할 것으로 예상됩니까? Windows Server 2012R2 및 2016을 시도했지만 운이 없습니다. 내가 너무 야심 찬 것인지 아니면 설치해야 할 것이 있는지 확실하지 않습니까?

그렇게 할 수 없으며 이 리포지토리의 여러 위치에서 문서화되고 논의됩니다.
WT는 Windows 자체의 매우 특정한 기능에 의존하므로 최소 버전이 있습니다.

다운로드를 약간 자동화하려는 사람들을 위해 다음은 매우 순진한 스크립트입니다.

• 완전히 테스트하지 않음
• WT가 실행 중인 경우 핫 스왑을 지원하지 않음 => symlink를 사용하여 Blue/Green 업데이트를 수행할 수 있습니까?
• $env:PATH 를 설정/업데이트하지 않음

[CmdletBinding()]
param (

    [Parameter()]
    [string]
    $Version = "latest",

    [Parameter()]
    [string]
    $Destination = "C:/dev/tools/wt",

    [Parameter()]
    [ValidateSet("ARM64", "x64", "x86")]
    [string]
    $Architecture = "x64"
)

function Get-WtRelease {
    [CmdletBinding()]
    param (

        [Parameter()]
        [string]
        $Version = "latest"
    )

    $GithubApi = "https://api.github.com"
    $Owner = "microsoft"
    $Repo = "Terminal"
    $ReleasesPath = "/repos/$($Owner)/$($Repo)/releases"
    $ReleasesUrl = "$($GithubApi)$($ReleasesPath)/$(Version)"

    $params = @{
        Uri         = $ReleasesUrl
        Method      = 'GET'
        ContentType = 'application/json'
    }

    $releases = Invoke-RestMethod <strong i="11">@params</strong>

    $bundle = ($releases).assets | Where-Object { $_.name.EndsWith("msixbundle") }
    $MsixBundleDownloadUrl = $bundle.browser_download_url
    $DownloadDestination = "TEMP:\$($bundle.name).zip"

    Invoke-WebRequest -Uri $MsixBundleDownloadUrl -UseBasicParsing  -OutFile $DownloadDestination

    return $DownloadDestination
}

function Expand-WtMsixBundle {
    [CmdletBinding()]
    param (
        [Parameter(Mandatory = $true)]
        [string]
        $BundlePath,

        [Parameter(Mandatory = $true)]
        [string]
        $MsixPath,

        [Parameter()]
        [ValidateSet("ARM64", "x64", "x86")]
        [string]
        $Architecture = "x64"
    )

    # $BundlePath = "C:/dev/test_wt/bundle"
    $ExtractedBundlePath = "TEMP:\expandbundle"

    if (Test-Path -PathType Container $ExtractedBundlePath) {
        Remove-Item -Recurse -Force $ExtractedBundlePath
    }

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

    $Msix = Get-ChildItem $ExtractedBundlePath `
    | Where-Object { $_.Extension -eq ".msix" } `
    | Where-Object { $_.Name.Contains($Architecture) }

    Expand-Archive $Msix.FullName -DestinationPath $MsixPath
}

if (
    ($PSVersionTable.PSVersion.Major -lt 7) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -lt 0)) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -eq 0) -and ($PSVersionTable.PSVersion.Patch -lt 2)) `
) {
    throw "Powershell 7.0.2 minimal is required to use 'TEMP:', edit this script or update here: https://github.com/powershell/powershell/releases/tag/v7.0.3"
}

$MsixBundlePath = Get-WtRelease -Version $Version
Expand-WtMsixBundle -BundlePath $MsixBundlePath -MsixPath $Destination -Architecture $Architecture

다운로드를 약간 자동화하려는 사람들을 위해 다음은 매우 순진한 스크립트입니다.

* not fully test

* does not support Hot Swap if WT is running => using symlink could do Blue/green update ?

* does not Set/Update `$env:PATH`

[CmdletBinding()]
param (

    [Parameter()]
    [string]
    $Version = "latest",

    [Parameter()]
    [string]
    $Destination = "C:/dev/tools/wt",

    [Parameter()]
    [ValidateSet("ARM64", "x64", "x86")]
    [string]
    $Architecture = "x64"
)

function Get-WtRelease {
    [CmdletBinding()]
    param (

        [Parameter()]
        [string]
        $Version = "latest"
    )

    $GithubApi = "https://api.github.com"
    $Owner = "microsoft"
    $Repo = "Terminal"
    $ReleasesPath = "/repos/$($Owner)/$($Repo)/releases"
    $ReleasesUrl = "$($GithubApi)$($ReleasesPath)/$(Version)"

    $params = @{
        Uri         = $ReleasesUrl
        Method      = 'GET'
        ContentType = 'application/json'
    }

    $releases = Invoke-RestMethod <strong i="9">@params</strong>

    $bundle = ($releases).assets | Where-Object { $_.name.EndsWith("msixbundle") }
    $MsixBundleDownloadUrl = $bundle.browser_download_url
    $DownloadDestination = "TEMP:\$($bundle.name).zip"

    Invoke-WebRequest -Uri $MsixBundleDownloadUrl -UseBasicParsing  -OutFile $DownloadDestination

    return $DownloadDestination
}

function Expand-WtMsixBundle {
    [CmdletBinding()]
    param (
        [Parameter(Mandatory = $true)]
        [string]
        $BundlePath,

        [Parameter(Mandatory = $true)]
        [string]
        $MsixPath,

        [Parameter()]
        [ValidateSet("ARM64", "x64", "x86")]
        [string]
        $Architecture = "x64"
    )

    # $BundlePath = "C:/dev/test_wt/bundle"
    $ExtractedBundlePath = "TEMP:\expandbundle"

    if (Test-Path -PathType Container $ExtractedBundlePath) {
        Remove-Item -Recurse -Force $ExtractedBundlePath
    }

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

    $Msix = Get-ChildItem $ExtractedBundlePath `
    | Where-Object { $_.Extension -eq ".msix" } `
    | Where-Object { $_.Name.Contains($Architecture) }

    Expand-Archive $Msix.FullName -DestinationPath $MsixPath
}

if (
    ($PSVersionTable.PSVersion.Major -lt 7) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -lt 0)) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -eq 0) -and ($PSVersionTable.PSVersion.Patch -lt 2)) `
) {
    throw "Powershell 7.0.2 minimal is required to use 'TEMP:', edit this script or update here: https://github.com/powershell/powershell/releases/tag/v7.0.3"
}

$MsixBundlePath = Get-WtRelease -Version $Version
Expand-WtMsixBundle -BundlePath $MsixBundlePath -MsixPath $Destination -Architecture $Architecture

PowerShell 7을 강제로 사용하는 이유는 무엇입니까? 이것은 스크립트를 덜 유용하게 만듭니다.

안녕하세요
참고해주셔서 감사합니다
업데이트해 드릴까요? 아니면 이전 버전에서 이미 작동하고 있습니까?
(아래 Dev time 섹션 참조)

왜요 ?

TL;DR? 나는 게으르고 기본적으로 존재하는 것들을 사용하기 때문에

약간의 맥락에서 시간을 내어 도움을 드리고자 의도적으로 시간을 내어 실행할 수 없는 스크립트를 제공하여 도움을 드릴까요?
내가 기억한다면 스크립트는 7.0 에 추가되고 ~7.0.2/3에서 수정된 API를 사용하므로 누군가를 귀찮게 할 의도가 없었습니다.
TEMP:\ 드라이브 참조

여전히 오래된 powershell 에 갇혀 있습니까?

내가 게으르고 자유 시간에 빨리 도우려고 했던 것처럼 TEMP:\ 드라이브를 수행하는 것과 동등한 것을 제공할 수 있습니까?
powershell 는 Windows에서만 제공되며 5.0으로 제한되며 진화하지 않습니다.
powershell TBH를 실행한지 약 1년이 지났을 것입니다.
우리를 LTS로 이끄는 것

LTS 사용

January 2018 에서 pwsh (PowerShell Core)의 첫 번째 에디션은 릴리스 => 6.0.0이었습니다.
_ pwsh 7.0 는 현재 LTS입니다 _ (2020년 3월 4일에 배송되었습니다)

또한 WT 에는 최소 버전의 Windows가 필요하다는 것을 이미 알고 있을 수 있으므로 wt 를 사용하려는 소비자가 pwsh (powershell core) v6.0 이후(2018년 1월경)

개발 시간

글쎄, 나는 버그를 피하기 위해 도구를 최신 상태로 사용하는 경향이 있기 때문에 TEMP:\ 드라이브가 pwsh 의 이전 버전에 존재하지 않거나 powershell 시도했습니다.
이 스크립트는 여러 팀원이 사용했으며(아주 똑같은 스크립트는 아닐 수 있음) 그 중 한 명이 문제를 알아차리고 / 업데이트하고 요점을 제기했다고 생각합니다.
그래서 우리는 요구 사항에 대한 적절한 정보를 제공하기 위해 Guard 를 추가했습니다.

temp 폴더에 대한 입력 매개변수를 추가하거나 CSharp API를 눌러 Temp 폴더 등을 얻을 수 있었습니다.
말했듯이 나는 게으르고 간단한 "if() / throw"가 여기에 솔루션을 제공하는 가장 빠른 방법인 것 같습니다.

보너스 포인트

또한 pwsh 7+ 는 dotnet core 런타임에서 실행되므로 크로스 플랫폼입니다.
Win/Linux/MacO에서 실행할 스크립트가 필요한 경우 더 유용합니다.
(WT가 승리인 경우에도)

업데이트 / 설치

컴퓨터를 업데이트하려고 하거나 그렇게 하는 데 문제가 있습니까? 어떻게 도와드릴까요?

관리자 맞나요? 아니면 안

당신은 그것을 설치하기 위해 관리자 권한이 필요하지 않습니다

다양한 방법

둘 중 하나에서 컴퓨터를 업데이트하는 데 도움이 필요한 경우

• msix (더블 클릭)
• msixbundle (더블 클릭)
• zip (오른쪽 클릭 > 추출)
• dotnet tool instal -g (복사/붙여넣기)

공식 깃허브

찾는 데 문제가 있는 경우 공식 저장소가 있습니다.
https://github.com/powershell/powershell/releases/latest

공식 문서

배포 및 추가 세부 정보에 대한 문서를 선호하는 경우:
https://github.com/powershell/powershell/releases/tag/v7.0.3

temp:/ 에 대한 대안이 필요한 경우 @tebeco $Env:TEMP 를 사용하십시오.

PS7> set-content temp:/file "hello"
PS7> powershell
WinPS> get-content "$Env:TEMP\file"
hello

정보를 위해 thx

이 저장소의 PR을 받아 자산으로 배송하시겠습니까?
dotnet 팀 릴리스 dotnet-install.ps1|sh 와 마찬가지로 aka.ms 짧은 링크 생성

너만 괜찮다면 기꺼이 PR을 하겠다

msixbundle 문제는 상점이 잠겨 있는 모든 엔터프라이즈 환경에서 지금까지 사용할 수 없기 때문에 수정됩니다.

아마 물어볼거야

• 어떤 폴더에 파일을 추가
• inout 인수가 제공되지 않은 경우 이러한 var 를 기본값으로 설정할 수 있거나 그렇지 않을 수 있도록 env 변수 이름
• 개별적으로 빌드 파이프라인을 변경하는 위치

아니야, 미안! 이는 우리가 아직 동의할 준비가 되지 않은 이 솔루션에 대한 공식적인 지원 수준을 의미합니다. 그래도 감사합니다 :스마일:

나는 그것에 대해 틀릴 수 있습니다. 상점의 다른 팀과 관련하여 pb가 단기간에 수정되지 않을 것이라고 이해했습니다. 얼마나 정확하다고 생각합니까 (~6month / ~12 아마도)?
또한 회사는 타사 설치를 피하기 위해 처음에 Store 를 잠그므로 추가 타사 설치를 위해 "Windows 기본 이미지"를 변경하지 않을 것입니다(예 Windows 터미널은 세 번째 부분은 기본 Windows 설치 내에서 배송되지 않는 한 회사가 "주요 이미지"를 빠르게 업데이트하지 않는 다음 문제로 이어집니다(GAP의 ~1.5년)

문제에 더 많은 고통을 더하기 위해 ~70%의 시간 동안 회사에서 찾기/연락/토론하기가 매우 어렵고 수행하지 않는 "합당한" 이유를 찾는 회사의 한 부분에서 완료됩니다(기본 이미지 업데이트). 다른 사람이 그들에게 요구합니다. 왜냐하면 그들은 모든 것을 통제할 수 있기를 원하기 때문입니다(... 설치된 것의).

사람들이 WT 를 설치하려고 하면 아마도 포기하거나 여기를 보고 해결책을 찾으려고 할 것입니다.
Gist/Repo 가 있는지도 모르기 때문에 다른 곳에서 찾을 수 없을 것입니다.

중간에 있는게 좀 이상하다

• 보안 잠금 저장소 / 타사 / Windows 설치에 대해 논의할 수 없음
• 적절한 해결 방법을 수행하는 스크립트를 얻기 위해 여기에서 도움을 주려고 노력하고 있지만 이것이 장기적인 목표가 아니라는 것을 이해합니다(지금부터 2년 후에 가정해 봅시다).

오늘부터 해결 방법이 있는 경우 다음 해에 출시될 "장기 목표"까지

이상적인 것이 되고 "지원 가능한" 것이 릴리스될 때까지 해결 방법을 수행하는 솔루션을 홍보하기 위해 어디까지 가겠습니까?
이 repo의 README 를 스크립트를 호스팅하는 Gist/Repo 중 하나/둘 모두를 가리키도록 변경하시겠습니까?
어떻게 든 동일한 문제가 있을 때마다 기본적으로 이 주제에 대한 공개 문제를 이 repo/gist 스크립트로 보내시겠습니까?

나는 Windows Terminal 팀에서 승격될 "중간 지점"을 찾고 있지만 여전히 소스에 대한 "공식 지원"이 필요하지 않습니다.