Terminal: Windowsターミナルの代替展開メカニズムを調査する

誰かがこれを見ているかどうか/いつ見ているのか教えてください。 WinDbgプレビューのこの道を進んでいるので、私たちが見たオプションと長所/短所についてのガイダンスがあるでしょう。

これはエキサイティングな機能です。

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-Releaseをクリックします
6. appx-Release.zip抽出します
7. CascadiaPackage_0.0.1.0_x64.msix抽出します
8. WindowsTerminal.exe開く

これは実際には機能しないことに注意してください。ターミナルは開きません。
しかし、おそらく誰かがここから不足している部分を見つけることができます。

不足しているのは、 vcruntime140_appおよびmsvcp???_appアプリコンテナランタイムのローカルコピーです。 それ以外の場合、Windowsターミナルはダブルクリックでアクティブ化できる必要があります。

とにかく、MSがサーバーで使用できないターミナルアプリをリリースしたのはなぜですか？

プライマリユーザーがWindows10のみを使用していると本当に思いますか？

皆さんが開発とオープンソースの世界を受け入れようとしていることは知っていますが、プライマリユーザーになる可能性が低い環境で優れたツールとなるものをリリースする前に、ユーザーに何が欲しいかを尋ねてください。

誰かがこれを行う方法を理解することを期待して、私はこのスレッドを見ています。 コンパイルすることはできましたが、残念ながら、C ++ビルドスタックを職場にインストールすることはできません。

@methodboxあなたはそれについて不親切である必要はありません☹️。 私たちはあなたの声をはっきりと聞きます。 いくつかの異なる分布モデルが必要であることを認識しています。

繰り返しますが、聞こえます。 取引は次のとおりです。_これはプレビューリリースです_。利用可能なリソースを考慮して、それらを賢く投資していることを確認する必要があります。 他の誰かに配布とインストールを行わせると、サポートされているすべての構成でインストーラーの構築とテストに費やすエンジニアリング時間を1か月間解放できます。 それが私たちの_backlog_にある理由です。 潜在的なユーザーの大部分にとって非常に重要であると認識していますが、機能とパフォーマンス、およびバグ修正を最初に優先しています。

繰り返しますが、聞こえます。 取引は次のとおりです。_これはプレビューリリースです_。利用可能なリソースを考慮して、それらを賢く投資していることを確認する必要があります。 他の誰かに配布とインストールを行わせると、サポートされているすべての構成でインストーラーの構築とテストに費やすエンジニアリング時間を1か月間解放できます。 それが私たちの_backlog_にある理由です。 潜在的なユーザーの大部分にとって非常に重要であると認識していますが、機能とパフォーマンス、およびバグ修正を最初に優先しています。

私はそれで混乱していると思います。 他の誰かに配布させると時間と労力を節約できるとあなたは言いますが（他の誰かがGitHubですか？）、それは最初に行われたことではありませんか？

私も不親切ではありませんでした。 私は深刻な質問をし、いくつかの深刻な発言をしていました。

これをコンパイルしてWindowsServerで使用するために必要なすべてのVSをインストールする時間はありません。また、Windows 10の対象ユーザーも理解できません。また、何かがあるかどうかを正当に知りたいと思っていました。それが彼らを最初のターゲットにするかどうかはわかりません。

申し訳ありませんが、批判は不親切に思えますが、これらは正当な懸念事項です。

• xcopy可能なexeが必要です。 コンソールのような動力工具はインストーラーを必要としません。 インストーラーはやり過ぎですので避けてください。 したがって、何ヶ月ものテストを行う必要はありません。 前回チェックしたとき、Visual Studioには、正式に署名されたリリースモードでexeを生成する機能がありました。

• パワーユーザーとして、私たちは主要な流通モデルとして店舗を選択するという決定に感銘を受けていません。 昨日、このコンソールを仕事用のマシンにインストールして何を推測しようとしたので、ストアは私の仕事用アカウントではないMicrosoftアカウントが必要であり、コンソールを個人用PCにインストールするオプションがあったため、Hotmailアカウントで構成されています。家にいました。 個人のマシンではなく、作業用のマシンにコンソールが必要でした。

• 要約すると、単にそれです。 このツールを簡単に入手できるようにして、使用できるようにしてください。 そうでなければ、私は長年使用しているConEmuに満足しています。

ポータブルバージョンは、ますます制限の厳しいエンタープライズ開発環境に必須です。
デスクトップの管理者権限はありません。zipバージョンのvscode、pwsh、python、git、conemuなどがあるといいのですが、Terminalでも同じことを確認したいと思います。

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-Releaseをクリックします
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 DatacenterLTSCを使用しています。

聞く：

• Windows Server 2019 LTSC、Microsoft Windows NT10.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-Releaseをクリックします
6. appx-Release.zipを抽出します
7. CascadiaPackage_0.0.1.0_x64.msixを抽出します
8. WindowsTerminal.exeを開きます

不足しているのは、 vcruntime140_appおよびmsvcp???_appアプリコンテナランタイムのローカルコピーです。 それ以外の場合、Windowsターミナルはダブルクリックでアクティブ化できる必要があります。

@ DHowett-MSFTそれらのインストール方法に関するガイダンスを教えてください。

仕事でテストしたいのですが、そこでWindowsStoreを使用する機会はありません。 以前のバージョンで自分でビルドしようとしましたが、ビルド後にVisual Studioの要件とリポジトリ自体の間に40GB近くかかったため、限られたSSDスペースではすぐに管理できなくなりました。

ちなみに、否定的なコメントは気にしないでください。 ターミナルはうまく出てきています（実際、私はWSL 2を使って自宅でテストしましたが、これまでWindowsでこれほどスムーズなターミナルエクスペリエンスを体験したことはありません）。 プレビューのポイントがわからない人もいますが、それは彼らも楽しみにしているからです。

時間の経過とともにプレビューが終了し、すべてのユーザー（または少なくともほとんどのユーザー）が満足するようになります。

2.https ：//dev.azure.com/ms/Terminal/_buildにアクセスします

MSFT以外の人々は、職人に対する許可を持っていません

アーティファクトをダウンロードしましたが、信頼できる証明書によって署名されていないと表示されたため、ダブルクリックして.msixをインストールできませんでした。

アーティファクトをダウンロードし、.msixをフォルダーに抽出してから、フォルダー内のPowershellからAdd-AppxPackage AppxManifest.xml -Registerを実行することで、なんとか機能させることができました。 これで、スタートメニューから「WindowsTerminal（DevBuild）」として開くことで実行できます。

かなりハッキーなプロセスですが、今のところはうまくいきました。

Windowsストアは壊れたソフトウェアです。 それはいつもあなたの注意を必要とし、あなたが期待することを決してしない気まぐれな赤ちゃんのようなものです。 それに頼るのは、_私たちのものをインストールしないでください_と言うのと同じくらい良いことです。

私はちょうど＃1757からここにリダイレクトされました、そしてこれでとても多くの牽引力を見るのは良いことです。

そして、なぜ単純なことを複雑にするのですか？ ダウンロードしてインストールすれば、それだけです。

これが取引です：これはプレビューリリースです

はい、そして人々はすでにこれに興奮しています。 コマンドラインのメモ帳（別名cmd.exe）を扱うことの苦痛は、たとえそれがプレリリースであっても、人々をより良い端末を試すように駆り立てるために腹立たしいに違いありません。 さらに、Twitterの誇大宣伝があります。

私たちのコメントを暴言として見ないでください。 私たちはできるだけ早くそれを手に入れたいと思っています。 私たちを店に送ることは私たちの顔にドアを閉めています。 私たちも時間を賢く投資したいと思っています。 Windowsストアの問題を修正するためにそれらを費やすことは、間違いなく誰の時間の生産的な使用でもありません。 ご理解いただければ幸いです。

私はこの「インストール」体験に非常に不満を感じています。 インストールを実際にインストールすることができないため、インストールを引用符で囲みます。 ストアには、インストールの対象となるいくつかのマシンのリストが表示されますが、実際に使用しているマシンのリストは表示されません。 また、リストされているマシンの1つを選択しても、インストールしようとしていると表示されますが、何もインストールされていないようです。 そして、トラブルシューティングの開始点として使用するフィードバックはありません。エラーメッセージやログ情報はなく、ただ沈黙しているだけです。

私たちが何十年も使用してきたように、通常のインストーラーだけではないことに悩まされています。 そして、Windowsストアが実際に使用しているマシンをターゲットにできないように見えるのが気になります（それは当然のことではないでしょうか??）。 敬意を表して、Windowsストア環境のトラブルシューティングに時間を費やして、システムがシステムを認識しない理由（そしてそうです...それは間違いなく要件を満たしている）やインストールプロセスが絶対に何もしません。 ストアを頻繁に使用することはありませんが、インストールの対象となるシステムを選択する必要があったことを覚えていません。 これは新機能ですか？ いずれにせよ、この経験はひどいものでした。

私は20年以上開発者です。 しかし、私でさえ、これのソースをダウンロードしてコンパイルしたくありません。 インストールして実行できるコンパイル済みの実行可能ファイルが必要でした。

@drulloOS情報を確認してください。 それほど明白ではありませんが、少し下にスクロールすると、現在の構成と必要な構成が表示されます。 その場合は、現在のOSビルドにアップグレードするリスクを冒すか、ターミナルを使用せずにライブにするかを決定する必要があります。

これは理論的には悪いことではありませんが、（Windowsストア）の実装方法はかなり醜いです（不安定で、多くのことがうまくいかない可能性があります）。正直なところ、アプリをインストールするだけで（ターミナルだけでなく）費やす価値はありません。ただし、任意のストアアプリ）。

悲しいことに、MacでのApp StoreとOSのアップデートは、非常にスムーズなエクスペリエンスです。 それには独自の問題がありますが、原始的で基本的なレベルの問題はありません。

これを優先してください...おそらく最もよく聞かれる機能です...

代替配布に向けた最初のステップとして、（署名され、更新可能なストア）MSIXバンドルをリリースページに公開しました。 1903+ではダブルクリックでインストールできるはずですが、インストールする必要のある依存関係パッケージがいくつかある場合があります。 私たちはそのプロセスをもう少し良くするために取り組んでいます。 ご容赦ください。

現在、リソースルックアップ（アイコン、文字列など）とコンポーネントのアクティブ化（構成DLLをロードできるようにするため）のためにMSIX / appxインストールコンテキストが_必要_ですが、その要件をもう少し緩くすることで進歩が見られます。良い。

私は実際にmsixデプロイメントを使用するというアイデアが好きです。 MsixはWindows7もサポートしているので、msixを使用したダブルクリックインストールが最適です。

@ DHowett-MSFTこれは良いスタートです！

• 将来的にはポータブルバージョン（sysinternalsアプリケーションなど）が必要です
• リリースページへのリンクを提供するreadmeファイルを更新して、ストアの外で利用できることに人々が実際に気付くようにしてください。

@amithegdeReadMeを更新しました-ご提案ありがとうございます。

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

リリースページからMSIXを使用してオフラインでインストールしようとすると、WindowsTerminal.exeの起動時にエラーメッセージが表示されます。CLiPデバイスのライセンスが見つかりません。 これを修正する方法がわからない

オフラインでは、WTをサーバーにインストールするために、インストーラーが緊急に必要です。

この問題は、Windowsターミナルのインストールに何度か失敗した後に見つかりました。 ここでの問題は、多くの専門的な環境で使用されているWindows 10 LTSC（長期サポートバージョン）がバージョン1809（ビルド17763）であるのに対し、WindowsターミナルはMSIXアーカイブのMSIXバンドルとしてパッケージ化されており、Windows10の最新バージョンにのみインストールできます。

そのため、現在の状態のプロフェッショナル環境ではWindowsターミナルを使用できなくなります。 Microsoftが述べているように、次のLTSCは2021年までリリースされません。別の展開メカニズムが提供されていない場合、Windowsターミナルはさらに2年間プロフェッショナル環境で使用できなくなります。

私はWindows中心の開発者ではないので、静的にリンクされたexeファイルを迅速で汚い一時的な解決策としてリリースするコスト/負担はわかりませんが、それが可能であればそれは素晴らしいことです。 実際、スタンドアロン/ポータブルバージョンの形式はどれでも大歓迎です（これまでのすべてのコメントで下線が引かれています;））。

編集：

いくつかの追加の考え、

• プロフェッショナルな環境では、Windowsストアは通常無効になっています（したがって、開発者モードをアクティブにしてadd-appxpackageを使用するには、私の意見ではREADMEに明確なドキュメントが必要になる場合があります）。
• READMEで互換性の要件を明確にするとよいでしょう（必要な/互換性のあるWindows 10バージョンに関して）。

@NBardelot 「プロフェッショナル環境」では、LTSCバージョンのWindowsとWindows Terminalを一緒に使用する必要はありません。非常に重要なシステムを実行している場合を除いて、LTSCは必要ありません。
「プロフェッショナル環境」では、Microsoft Storeから入手できるアプリケーションが必要な場合は、会社（ITIL）に通常存在するものを要求する標準的なプロセスを実行できます。
Windows Terminalは、WindowsのInsiderバージョンを使用するのにまったく問題のない開発者を対象としています。特にLTSCの目的と矛盾するPREVIEWの場合は、LTSCで使用するという議論がわかりません。
それを実行するために何が必要かは非常に明確です：要件とMicrosoftストア。

@ gh4chris緊急に必要というわけではありません。CMDとPowerShellはWindowsServerで利用できます。なぜそれが必要なのかについての合理的な議論はありません。

店舗以外での使用が必要であるという、企業での採用を前提としています。 ほとんどの適切に構築された本番環境にはインターネットアクセスがなく、展開ツールを使用します。

なぜ便利さの周りに抵抗さえあるのですか？

したがって、記録として、ストア以外のインストールメカニズムを提供しています。リリースページを参照してください。 ただし、Windowsのビルドバージョンの要件を実際に判断することはできません。 最新バージョンのWindows10でのみ出荷された一部のOS機能に依存しています。これが、LTSCで作業できない本当の理由です。

@ zadjii-msftこれは完全に理解できますが、残念ながら、多くの興味深いユースケース（およびリリースモードになると広く採用される）では、2021年までWindowsターミナルがないことを意味することを再度強調する必要があります。 あなたが話すこれらの制限を回避する方法があれば、それを考慮に入れてください:)

@CatTheHacker洞察に感謝します。 また、他の人に必要なものを最もよく知っていると伝えることは、利用可能なすべての情報を持っておらず、制約を誤解する可能性があるため、一種の失礼であることを理解してください。 そうは言っても、あなたの誤解は私の説明不足でもあるので、私は私のユースケースを喜んで説明します。

私は現在、大企業のために、非常に厳重に保護された環境で働いています。 デスクトップは、セキュリティと保守性の理由からWindows 10 LTSCを実行します（そして私はそれを自由に変更することはできません）。 重要なマシン/サーバーではなく、開発および運用ワークステーションについて話します。 私たちの目標の1つは、ITIL /リポジトリなどでまだ合理化されていないツールのプロトタイプを作成してテストし、開発と運用を容易にするために何ができるかを探ることです。 これにより、OSとOSツールを比較することもできます。これは、この種の企業にとって真のパラダイムシフトです。 そのシナリオでは、Windows Terminalのプレビューバージョンを実行し、ターミナルをうまく操作する方法を人々に示し始める必要があります（Powershell、docker、kubernetes / openshift ...）。

コマンドラインからWindowsターミナルアプリのインストールを自動化する方法があると便利です。

@ NBardelot-ここにあなたの情報と考えをありがとう。

MSIX

現在、ターミナルをMSIXパッケージに組み込んでいます。これは、Windowsでアプリをパッケージ化するための戦略的な道だからです。 十分な要求がある場合は、他のパッケージ形式を検討することを嫌がりませんが、今のところ、コミュニティのニーズの大部分を処理するための主流のシナリオに焦点を当てています。

そうは言っても、私はMSIXチームの計画を掘り下げています。 LTSSKU。 彼らから返事が来たらお知らせします。

LTS

LTS SKUは、その定義上、一般リリースのSKUよりも制限が厳しく、更新頻度が低いことに注意してください。 このため、新しい製品や機能が到着するまでに時間がかかるか、LTSSKUでサポートされていない可能性があります。 つまり、リリースされた直後に最新かつ最高のツールと技術を実行したい場合は、LTS以外のSKUを検討する必要があるかもしれません。

プラットフォームの構成をより細かく制御する必要がある一方で、ユーザーが承認済みのアプリを自己展開したり、既知の管理対象アプリを展開したりする必要がある企業は、SCCMおよびInTuneと統合して自動展開できるWindows Store ForBusinessを検討することをお勧めします。 。承認されたアプリの。

ドキュメントv。を間もなく更新し、フィードバックの一部を確実に取り入れて、この領域を理解しやすくするように依頼します。

参考までに、チョコレートのパッケージができたので、 choco install microsoft-windows-terminalを実行してアプリをインストールできます。

それをまとめたように見える@mkevenaarに感謝します！ 🎉

@SeanKilleen絶対に-私はChocolateyの大ファンであり、最新リリースを参照するためにChocolateyパッケージを作成してくれた@mkevenaarに感謝しています:)

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

@SeanKilleen絶対に-私はChocolateyの大ファンであり、最新リリースを参照するためにChocolateyパッケージを作成してくれた@mkevenaarに感謝しています:)

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

@bitcrazedどういたしまして！ 更新スクリプトは6時間ごとに実行され、通常、chocolateyWebサイトで処理されるのに1時間もかかりません。

[更新：以前のリンクを置き換えました]：

Windows Terminalを手動でインストールしていて、VC Redistがインストールされていない場合、Terminalはインストールおよび/または実行に失敗します。

デスクトップブリッジ用のC ++ランタイム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コマンドレットを使用して、パッケージを手動でインストールすることもできます。

（＃2369に関連）

^それでも私には失敗します。 ストアからVisual C++ run-time for UWPをインストールしようとしましたが、残念ながらストアは制限のためインターネットにアクセスできません。

chocoからのインストール後のイベントこのメッセージが表示されます：

ちょっと@mubaidr ：デスクトップブリッジVC ++ランタイムredistにリンクするために上記の応答を更新しました。 それを試してみて、それがあなたの問題を解決するかどうか私に知らせてください。

それでも同じエラーメッセージ:(

SysAdminがWindowsStoreを無効にしており、インターネットに接続できません。 したがって、インストーラーパッケージが必要です。

@ rfresow-公開されているすべてのターミナルビルドをストアとこのリポジトリのリリースに公開します： https ：//github.com/microsoft/terminal/releases

⚠注：手動でインストールするため、定期的に手動で更新するようにしてください。月に1回程度の公開を目指しています。

@ mubaidr-申し訳ありませんが、ここで問題が発生しています。 ターミナルをアンインストールし、マシンを再起動して、再インストールするようにお願いできますか？ 私はあなたのマシンの設定で何か変わったことが起こっているのではないかと心配しています。

^ @ bitcrazed私は同じことを考え始めています。 フレッシュセットアップの計画。 アンインストールして再起動しても役に立ちませんでした。 だから私はクリーンなセットアップから始めます。

FWIW、私は同じVC要件に遭遇しています。 私たちも、さまざまな理由（オフラインネットワークなど）でオフになっているWindowsストアにアクセスできます。

ジャンプホストなどに必要に応じて端末をインストールできるようにしておくと便利です。

ちょっと@mubaidr ：デスクトップブリッジVC ++ランタイムredistにリンクするために上記の応答を更新しました。 それを試してみて、それがあなたの問題を解決するかどうか私に知らせてください。

@bitcrazed上記のダウンロードは、ターミナルが構築されているものにとって十分に新しいものではないと思います。 私のバージョンについて文句を言う...

リンクからUWPVCLibをインストールすると、バージョン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とW101903を使用して、ソースからターミナルを構築しました（そして使用しています）。ただし、新しいmsixbundleを実行できないようです。アクセス許可がありません。 Azureアーティファクトにアクセスするために、 git pullを実行してVSで再構築しようとすると、推奨されるNuGet更新プログラムを取得してDot Net 4.7.2をインストールした後でも、エラーが発生しました。

悲しみ:(

とにかくWindowsServer2019はサポートされていません。 そして、はい、私たちは「反応主義者」であるためではなく、LTSBリリースのみを使用しています。 しかし、私たちは5000台を超えるサーバーを備えた実際の企業で働いており、毎年それを更新しようとすることさえ、血なまぐさい地獄です。

これらの他のすべてのアイテムをこのバグにリンクすることは素晴らしいことですが、これをサーバーOSにインストールしようとしている多くの人々にとっては時間を無駄にしています。 プロジェクトのreadmeに次の行を追加してください：

「WindowsServer2019にWindowsTerminalをインストールしようとしていますか？-まだそこにいません。後で戻ってきてください！...」

これらの他のすべてのアイテムをこのバグにリンクすることは素晴らしいことですが、これをサーバーOSにインストールしようとしている多くの人々にとっては時間を無駄にしています。 プロジェクトのreadmeに次の行を追加してください：

「WindowsServer2019にWindowsTerminalをインストールしようとしていますか？-まだそこにいません。後で戻ってきてください！...」

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が必要です。 ストアを有効にせずにインストールする方法はありますか？

私はMicrosoftStoreにアクセスできない環境にいて、この問題にも遭遇しました。 インストールしたバージョンは14.0.26905.0のようです。 手動ダウンロードで入手できるバージョンは14.0.24217.0です。 MSStoreなしで14.0.27323.0をインストールする方法がわかりません。

• 「小売」フォルダの14.0.24217.0バージョン
• 「デバッグ」フォルダ内の14.0.24222.0バージョン

これらのバージョンをインストールしていて、ターミナル0.6.2951.0は正常に実行されています。

おそらくVC14.0.27323.0は私のシステムの他の場所にインストールされていますが、そうではないと思います。 その要件はどこに記載されていますか？

• 「小売」フォルダの14.0.24217.0バージョン
• 「デバッグ」フォルダ内の14.0.24222.0バージョン

これらのバージョンをインストールしていて、ターミナル0.6.2951.0は正常に実行されています。

おそらくVC14.0.27323.0は私のシステムの他の場所にインストールされていますが、そうではないと思います。 その要件はどこに記載されていますか？

お使いのコンピューターはMSStoreにアクセスできますか？ 私のはしません。 最近、バージョン14.0.26905.0の元となった1909にアップグレードしましたが、よくわかりません。

これは、インストールしようとしたときに発生するエラーです。

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は正常に実行されています。
おそらくVC14.0.27323.0は私のシステムの他の場所にインストールされていますが、そうではないと思います。 その要件はどこに記載されていますか？

お使いのコンピューターはMSStoreにアクセスできますか？ 私のはしません。 最近、バージョン14.0.26905.0の元となった1909にアップグレードしましたが、よくわかりません。

これは、インストールしようとしたときに発生するエラーです。

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ターミナル0.6.2951.0をインストールできました。 結局のところ、このマシンにはUWPDesktop v14.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でchocolateyの使用に失敗しました：

choco install microsoft-windows-terminal
エラー：このパッケージには、少なくともWindows10バージョン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 （プログレスバー）があることがわかります。

手伝いましょうか ？
ログはこれをどこで診断するのだろうか。
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.

何らかの形で現在のインストール状態が役立つ場合は、私に知らせてください。

見つからないものについてlogs / diag / traceを取得する方法がまだ見つからなかったため、この特定の動作に関するフィードバックを提供して、修正できるかどうか、またどのように修正できるかを確認するのに役立ちます^^

「ストアの更新」がなくてもかまいません... Corporationがストアをロックダウンします。
そのため、今のところ、 msixbundleを少なくとも1回は使用しようとしています;）
更新する必要があるときに、次のmsixbundleを再インストールします

この件について、今しばらくお待ちいただきますようお願いいたします。

私たちはここで何が起こっているのかを完全に理解していますが、ハッキーなソリューションを提供したくありません。

私たちは社内で複数のチームと積極的に協力して、この問題に対する長期的なサポート可能なソリューションを提供しています。何がいつできるかがわかったら、ここに報告します。 実際、私は約20分前に、別のチームに私たちのためにちょっとした仕事をしてもらうように正式に依頼しました。

乞うご期待。

申し訳ありませんが@ iamdeskoh-未確認の信頼できないソースからパッケージをダウンロードすることを推奨しているため、このコメントを削除します。 このような方法は絶対にお勧めしません。 そうすることで、誰かがうっかりして厄介なものに感染するのは嫌だ。

この問題を修正するために、社内で問題を追跡しているのでご安心ください。 しばらくお待ちください。

@bitcrazed

いいえ、そのリンクはクリックしません

不明/信頼できないドメインをクリックしようとするのはなぜですか？
特に非公式のソースからバイナリをインストールする場合

リンクを送信する前に、まずWebサイトの目的を説明し、ユーザーにクリックしてもらうことをお勧めします。 また、サイトの背後で行われていることは、信頼できるようにオープンソースだと思います^^？

私はそれが機能しないと言っているのではなく、魔法のバイナリを出荷するサードパートを信頼できる方法がないというだけです
特に、最初にここでwindows/terminalチームに対処できるかどうかを尋ねることができた場合は、

この回避策もあまり好きではありませんが、ダウンロードリンクはMicrosoftドメインからのものです。 @deskohが提供するWebサイトは、MicrosoftStoreの限定公開コンテンツへのリンクを提供しているようです。
そして、チームがプロジェクトに必要な依存関係をインストールする方法を提供できれば、人々はこのような回避策で運を試す必要はありません...
ただし、最近十分なバージョンのMicrosoft.VCLibs.140.00.UWPDesktopをインストールした後でも、別のエラーが原因で、後でインストールが失敗します。

@ clement-fischerどのようなエラーが発生しましたか？ 私はついにエアギャップ環境でそれを実行することができました。 VC ++再配布可能が必要になります。 また、WindowsAppディレクトリからターミナルを起動する必要があります。

@deskoh Powershell経由でインストールしようとしましたが、エラーは＃3194と同じようです。

msixとappxを手動でインストールするいくつかの方法を試しましたが、Windowsターミナルビルドは、最新のWindows Server2019ビルドよりも新しいWindows10バージョンにロックされているようです。

これは非常に残念です。

残念ながら、この機能はターミナル1.0リリースでは提供されません。 そのため、ターミナルは実際の本番環境のITプロフェッショナルにはまだ役に立たないでしょう： https ：//github.com/microsoft/terminal/milestone/6

依存関係の可用性が修正された場合は、手動でインストールできるはずです。 問題＃3097は、1.0の必須問題の1つとしてリストされています。

他のユーザーにはわかりませんが、後で自分で更新する必要がある場合でも、 msixbundleをどこでも機能させたいと思っています。
これが、最初のプレビュー以降、職場でPowershell Core 7.xを使用する方法です。

その上、更新が欠落していることをシェルの内側に（邪魔にならないように）通知する素晴らしいメッセージがあります。
オプトアウトもあると思います

たとえば、 msixbundleを手動で抽出するよりもはるかに優れています

スクープでうまく機能し、プロ環境で使用できます。 （プロのWindowsデスクトップから）：
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

これをありがとう！

スクープは最もクールなものですevr！
https://youtu.be/a85QLUJ0Wbs

それはとても素敵で便利なツールで、家のように感じます

Am Fr.、24. 2020年4月um12：03 Uhr schrieb Xiang ZHU <
[email protected]>：

まあ、まだWindowsServer環境では使用できません。

iwr -useb get.scoop.sh | iex
Set-ExecutionPolicy RemoteSigned -scope CurrentUser
scoop install git
スクープバケット追加バケットエクストラ
スクープインストールウィンドウ-ターミナル
'windows-terminal'（0.11.1121.0）[64bit]のインストール
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle（16,1 MB）[====================================] 100％
のハッシュをチェックしていますMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... ok。
dl.7zの抽出...完了。
プリインストールスクリプトを実行しています...
インストーラスクリプトを実行しています...
*エラー少なくともWindows1018362が必要です。 *

@ gh4chris
デスクトップでも同じですか？
端末はOSの特定の機能に依存しているため、特定の最小バージョンレベルが必要です

おそらく1903/1909に更新したいと思うでしょう（2004 / 20H1は1か月以内に着陸することになっています）

分かりますか？ これは、プロの環境では問題があります。 更新には以下が含まれます
既存の設定を壊さないための多くの検証...

WTが本当にそのような依存関係を必要としているのではないかと思います。 ITはプロジェクト全体を作ります
多かれ少なかればかげている

午前Fr.、2020年4月24日um 13:10 Uhr schrieb TeBeCo < [email protected]

社内のサーバーの更新に問題があるとのことですが、これは導入とは関係のない別の問題です。
自分の側のチームに連絡して、少なくとも1年前の画像を取得するように画像を更新することをお勧めします。

それは「まだ店に代わるものはない」とは少し違います

私はそれがブロッキングまたは問題があるとは言いません。 たとえば、 Enter-PSSessionまたはsshを使用すると、サーバーのShellを使用しているときに、コンピューターからWTを使用することになります。
必要に応じて、サーバーでPSWS 7.xに更新することも、 dotnet toolとしてインストールすることもできます。

Investigate alternative deployment mechanisms for Windows Terminal以外の別の問題を開きたいと思うかもしれません

何が「現実の環境」を構成するのかについて、ここで醸造する議論には入りたくありません。

しかし、私は確かにこれをWindows Server（任意のバージョン）で実行したいと思っており、Windows10で実行することも私の状況では役に立ちません。

Windows Server2019にアップデートすると言います
ただし、Azureポータルでさえテンプレートを提供していないため、飲み込むのは難しいかもしれません。
（しかし、ええ、私は「ただ更新する」と思います）

また、私はあなたのような消費者なので、これとは関係がないので、その問題を開くことができますか？
たぶんそこで、OSの最小バージョンについての理由と詳細を尋ねてください
ただし、展開メカニズムとは関係ありません

ねえ@ DHowett 、depsをターミナルにバンドルするというあなたのコミット（私はまだリリースされていないことを知っています）は、オフラインのmsixbundleインストーラーを持つのに大いに役立つはずです。

その後、正常なオフラインインストール方法の主な欠落部分は、スクリプトを最新のgithub.comリリースで最新の状態に保つのではなく、最新のmsixbundleをダウンロードするためのaka.ms静的URLを持つことです。 URLをダウンロードします。

このバンドルの静的ダウンロードリンクを取得することは可能ですか？

このバンドルの静的ダウンロードリンクを取得することは可能ですか？

それは悪い考えではありません、そしてそれはおそらく私たちが後でではなく早くする必要がある何かです。

appinstaller （「どこでもっとあなたを見つけることができますか？」タグが付いたmsixbundleです（更新用！））を提供したいのですが、実際にはこれが必要なので_肩をすくめる_。

*エラー少なくともWindows1018362が必要です。 *

なぜそのような奇妙な厳しい要件があるのですか？ LTSCバージョンで使用できるように、これへの依存度を下げることはできませんか？

@keinこれは、このリポジトリで以前に詳しく説明したことです。

＃1643（コメント）

ごめん。 現在、1809年に採用される2つの大きな障害があります。

* 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プロセスでXAMLUIをホストするために使用するテクノロジです。 それがないと、何も表示できません。 XAMLアイランドは、最新のWindows 10リリースの時点でのみ完成しているため、それについて私たちができることは何もありません。
ターミナルを使用する場合は、最新のWindows10バージョンを使用する必要があります。

＃841（コメント）

＃498（コメント）

現在、計画はありません。
UIはC ++ / WinRTとXAMLアイランド（UWP XAML）に依存しています。 また、テキストレンダラーにはDX / DWriteを使用しています。 それらがいつかLinuxに移植されない限り、Linuxをサポートする可能性はほとんどないと思います。
さらに、私たちのビルドシステム全体はMsBuildベースであり、私は間違っている可能性がありますが、私たちのビルドシステムはLinuxで動作するとは思いません。

＃1893（コメント）

＃2024（コメント）

これは、なぜそのような制限をサポートするが、ここで提起する議論を無効にしないのかを説明しています。 ターミナルのユーザーの大部分はサーバーとLTSCユーザーです。 ホームユーザーをターゲットにしたターミナルのポイントは何ですか？ 最終的には、非常に特定の環境にロックされて消えていきます。 今、私はcmderに戻っています。ターミナルがこの問題を克服し、2020年に早く利用可能にならない限り、私もそれを忘れます。

ターミナルのユーザーの大部分はサーバーとLTSCユーザーです

その声明の証拠はありますか？

この問題は2つの問題に分けることができますか。 代替の展開メカニズムと最小バージョン？

「最小バージョン」に関するスレッドは他にもたくさんあるので、このスレッドの最小バージョンに関するディスカッションを「オフトピック」としてマークし始めます。

私たちのユースケース：3.5k Windows 10デスクトップで長期サポートブランチを実行している大学では、ターミナルを取得できるようにWindowsストアが有効になっています。 私たちの管理者（ターミナルを本当に望んでいてその恩恵を受けている管理者）は、それを使用できるWindowsワークステーションを持っていますが、ほとんどの場合、サーバー2016を実行している多くの異種WindowsサーバーでRDPを使用して、MMCとPowerShellを使用して構成しています彼ら。 ターミナルはこれらすべてにあると素晴らしいでしょう。

もう1つの使用パターンは、単一の要塞WindowsリモートデスクトップサーバーにRDPを実行し、Enter-PSSessionを介して他のサーバーと対話することです。

サードパーティのアプリケーションスタックと、初期展開のために定期的に付属しているコンサルタントがWindows Coreサーバーを理解していないか、アプリケーションがサポートしていないため、WindowsCoreサーバーはほとんどありません。

主にMSIをWindows10とServer2016の両方に出荷するために使用する構成管理プラットフォームがあるため、機能する形式であれば、どこにでも簡単に出荷できます。

@carwynはここでも同じです。 私たちの環境はn-1である傾向があるため、サポートするクライアントは2016年にアップグレードされました。

私は自宅の自分のマシンのデスクトップでWindowsターミナルをプレビューしていて、気に入っています。 チームが使用できるように、職場のジャンプボックスで「本番環境で」使用したいのですが、Windows Server 2019の唯一のオプションでは、かなり長く待たなければならないことを意味します。これは、すばらしいクライアントにとっては少し残念です。老朽化したWindowsPowerShelliseの代わりに使用できる可能性があります。

申し訳ありませんが、私はすべての制限と困難に満足していません
インストール。
私は自分の解決策を見つけたと思います。 現在、mobaXtermを使用しています。 ほとんどすべてを手に入れました
必要な機能とインストーラーを実行するだけです。
人生は簡単になります

Am Do.、11。Juni 2020 um 10:20 Uhr schrieb weiyentan <
[email protected]>：

ここに記載されている解決策はどれも、Windows Server 2019にインストールするために機能しませんでした。スクープを使用しても、「エラー少なくともWindows 1018362が必要です」で失敗します。

ここに記載されている解決策はどれも、Windows Server 2019にインストールするために機能しませんでした。スクープを使用しても、「エラー少なくともWindows 1018362が必要です」で失敗します。

正しい。 サーバー2019では動作しません。2019は1809に基づいています。少なくとも1903が必要です。

ここに記載されている解決策はどれも、Windows Server 2019にインストールするために機能しませんでした。スクープを使用しても、「エラー少なくともWindows 1018362が必要です」で失敗します。

また、この号の最後のコメントを見ることができます：
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

こんにちは@ DHowett 、＃6802に関して
Microsoftストアへのアクセスが制限されている場合、パッケージをダウンロードしてダブルクリックしても、Microsoftターミナルはインストールされません。 次のエラーが表示されます

Sanketと同じボート。 私たちのITグループは（当然のことながら）非常にリスク回避的であり、新機能よりも安定性を重視しています。 また、セキュリティ上の理由からMicrosoft Storeへのアクセスがブロックされているため、最新のビルド（1903、2004）を使用した後でも、ソースからビルドしない限り、MSIXパッケージからWindowsターミナルをインストールできないようです（I一度はやったことがありますが、時間がかかったので、毎回やりたくないでしょう）。

これが無視されるのではなく、単にバックログされるという事実を理解できます。 それでも、SCCM（クライアントの場合）およびその他の方法でWindowsServerマシンにこれを展開できるようになることを願っています。

@JongleurNin @ sanket-bhalerao

「ダウンロード」機能がある場合、これは正常に機能します。
これが機能するようになったため、0.9または0.10からBuildFromソースの実行を停止しました。

手動：

• https://github.com/microsoft/terminal/releases/latest
• msixbundleダウンロードします（実行しないでください）
• zipに名前を変更
• それを抽出する
• WindowsTerminal.exeを実行します
• ピンする

オートメーション：

• $PROFILEにpwsh関数を作成して、 list-release-assetsをチェックします
  ここでは、これが必要ですhttps://api.github.com/repos/microsoft/terminal/releases/latest
• pwsh ConvertFrom-Jsonを使用できます
• アセットリストでmsixbundleで終わるnameプロパティを取得します
• browser_download_urlフィールドでInvoke-WebRequestを使用する
• NTLMプロキシを使用している場合は、 Get-ProxyとProxyUseDefaultCredentialsを使用することを忘れないでください。
• 解凍にはExpand-Archive pwsh関数を使用します（明示的な名前変更が必要かどうかはわかりません）
• これをチームメイトの要点に入れてください;）

• xcopy可能なexeが必要です。 コンソールのような動力工具はインストーラーを必要としません。 インストーラーはやり過ぎですので避けてください。 したがって、何ヶ月ものテストを行う必要はありません。 前回チェックしたとき、Visual Studioには、正式に署名されたリリースモードでexeを生成する機能がありました。
• パワーユーザーとして、私たちは主要な流通モデルとして店舗を選択するという決定に感銘を受けていません。 昨日、このコンソールを仕事用のマシンにインストールして何を推測しようとしたので、ストアは私の仕事用アカウントではないMicrosoftアカウントが必要であり、コンソールを個人用PCにインストールするオプションがあったため、Hotmailアカウントで構成されています。家にいました。 個人のマシンではなく、作業用のマシンにコンソールが必要でした。
• 要約すると、単にそれです。 このツールを簡単に入手できるようにして、使用できるようにしてください。 そうでなければ、私は長年使用しているConEmuに満足しています。

まあ、インストールと依存関係に関する非常に多くの不合理な選択の唯一の説明は、市場/政治に関連しているに違いないと思います。 MSは、アプリケーションストアが唯一の正当なアプリケーションソース（Appleのビジネスモデルに飢えて嫉妬しているように見える）であることを望んでいると思います。ある時点でそれは理にかなっていると思いますが、それは危険な道でもあります。 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が実行されている場合はホットスワップをサポートしていません=>シンボリックリンクを使用すると青/緑の更新が可能ですか？
• $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

なぜPowerShell7の使用を強制するのですか？ これにより、スクリプトの有用性が低下します。

こんにちは
気づいてくれてありがとう
更新しますか？ または、以前のバージョンですでに動作していますか？
（以下のセクション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コア）v6.0以降（2018年1月頃）

開発時間

まあ、バグを避けるためにツールを最新の状態に保つ傾向があるので、 TEMP:\ドライブが以前のバージョンのpwshに存在しなかったこと、または存在しなかったことに気づきませんでしたpowershell試しました。
このスクリプトは複数のチームメイトによって使用されており（まったく同じスクリプトではない可能性があります）、そのうちの1人が問題に気づいた/更新してポイントを上げたと思います。
そこで、要件について適切に通知するためにGuardを追加しました。

tempフォルダーに関する入力パラメーターを追加するか、 CSharp APIを押してTempフォルダーなどを取得することもできます...
言ったように、私は怠惰であり、単純な「if（）/ throw」がここで解決策を提供する最も速い方法のようです

ボーナスポイント

また、 pwsh 7+はdotnet coreランタイムで実行されているため、クロスプラットフォームであることに注意してください
Win / Linux / MacOで実行するスクリプトが必要な場合に便利です
（WTが勝利のみの場合でも）

更新/インストール

コンピューターを更新しようとしましたか、それとも問題がありましたか？ どうすればそれについて手伝うことができますか？

管理者の権利？ か否か

インストールするのに管理者権限は必要ありません

いろいろな方法

いずれかからコンピュータを更新する方法についてサポートが必要な場合

• msix （ダブルクリック）
• msixbundle （ダブルクリック）
• zip （右クリック>抽出）
• dotnet tool instal -g （コピー/貼り付け）

公式github

それを見つけるのに問題がある場合は、ここに公式リポジトリがあります
https://github.com/powershell/powershell/releases/latest

公式ドキュメント

展開のためのドキュメントとさらに詳細な情報が必要な場合：
https://github.com/powershell/powershell/releases/tag/v7.0.3

@tebeco temp:/の代わりが必要な場合は、 $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 argsが指定されていない場合に、これらのvarをデフォルトにするか、デフォルトにしないようにするためのenv変数名
• ビルドパイプラインを個別に変更する場所

いいえ、ごめんなさい！ これは、このソリューションに対する公式のサポートのレベルを意味しますが、まだ同意する準備ができていません。 ありがとう：smile：

それは間違っているかもしれませんが、ストアの他のチームなどが関与しているため、短期的にはpbが修正されないことを理解しましたが、それはどの程度正確だと思いますか（〜6か月/ 〜12かもしれません）？
また、企業はサードパーティのインストールを回避するために最初にStoreをロックダウンしたため、追加のサードパーティをインストールするために「Windowsベースイメージ」を変更しようとは思わないでしょう（はい、WindowsターミナルはデフォルトのWindowsインストール内で出荷されない限り、第3部。これにより、会社の次の問題が「メジャーイメージ」を高速に更新しない（GAPの約1。5年）

問題にさらに苦痛を加えるために、会社の一部で行われる時間の約70％（ベースイメージの更新）は、見つける/連絡する/議論するのが非常に難しく、常に何もしない「良い」理由を見つけるでしょう他の誰かが彼らにそうするように頼みます、なぜなら彼らは彼らが（インストールされているものの）制御するためにすべてを完全に所有していることを確認したいからです。

人々がWTをインストールしようとすると、おそらく放棄するか、ここを見て解決策を探します
$＃$ 2 $＃$が存在することを知らないため、他の場所でGist/Repoを見つけることができない可能性があります。

その真ん中にいるのはちょっと変だ

• ストア/サードパート/ Windowsのインストールをロックダウンするセキュリティについて話し合うことはできません
• スクリプトを適切な回避策として実行するためにここで支援しようとしていますが、それは長期的な目標ではないことを理解しています（たとえば、2年後）

今日から回避策を講じることができれば、次の年にリリースされる「長期目標」まで

理想的なものがリリースされて「サポート可能」になるまで、回避策を実行するソリューションをどこまで宣伝しますか？
このリポジトリのREADMEを、スクリプトをホストしているGist / Repoのいずれか/両方を指すように変更しますか？
どういうわけか同じ問題があるたびに、デフォルトでこのレポジトリ/要旨スクリプトにこの件に関して未解決の問題を送信しますか？

Windows Terminalチームから昇進する「中間」を探していますが、それでもソースで「公式サポート」を強制されることはありません。