Terminal: Untersuchen Sie alternative Bereitstellungsmechanismen für Windows Terminal

Sag Bescheid, wenn/wenn sich das jemand ansieht. Wir gehen diesen Weg für die WinDbg-Vorschau, daher werden wir wahrscheinlich eine Anleitung dazu haben, welche Optionen wir uns angesehen haben und welche Vor- und Nachteile es gibt.

Dies ist eine aufregende Funktion.

1. Installieren Sie Visual C++ Redistributable

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

2. Besuchen Sie https://dev.azure.com/ms/Terminal/_build

3. Wählen Sie den neuesten master Build aus
4. Klicken Sie auf Artefakte
5. Klicken Sie auf appx-Release
6. Extrahiere appx-Release.zip
7. Extrahiere CascadiaPackage_0.0.1.0_x64.msix
8. Öffnen WindowsTerminal.exe

Beachten Sie, dass dies bei mir nicht funktioniert, das Terminal wird nicht geöffnet.
Aber vielleicht kann jemand das fehlende Stück von hier finden.

Was Ihnen fehlt, ist eine lokale Kopie der App-Container-Laufzeiten vcruntime140_app und msvcp???_app . Windows Terminal sollte ansonsten per Doppelklick aktivierbar sein.

Warum genau hat MS eine Terminal-App veröffentlicht, die überhaupt nicht auf Servern verwendet werden kann?

Glauben Sie wirklich, dass Ihr Hauptbenutzer nur Windows 10 verwendet?

Ich weiß, dass Sie versuchen, die Entwickler- und Open-Source-Welt zu umarmen, aber vielleicht fragen Sie Ihre Benutzer, was sie wollen, bevor Sie ein großartiges Tool für eine Umgebung veröffentlichen, die wahrscheinlich nicht der Hauptbenutzer ist.

Ich beobachte diesen Thread in der Hoffnung, dass jemand herausfindet, wie das geht; Ich könnte es kompilieren, aber leider wird die Installation eines C++-Build-Stacks bei der Arbeit nicht passieren.

@methodbox da brauchst du nicht unfreundlich zu sein ☹️. Wir hören Sie laut und deutlich. Wir sind uns bewusst, dass wir ein paar verschiedene Vertriebsmodelle brauchen.

Nochmals, ich höre dich. Hier ist der Deal: _Dies ist eine Vorschauversion_, und angesichts unserer verfügbaren Ressourcen müssen wir sicherstellen, dass wir sie sinnvoll investieren. Indem Sie die Verteilung und Installation jemand anderem überlassen, sparen Sie einen ganzen Monat Engineering-Zeit, die Sie ansonsten für das Erstellen und Testen eines Installers für alle von uns unterstützten Konfigurationen aufgewendet hätten. Deshalb ist es in unserem _backlog_. Wir sind uns bewusst, dass dies für eine große Untergruppe unserer potenziellen Benutzer äußerst wichtig ist, aber wir priorisieren zuerst Funktionen und Leistung sowie Fehlerkorrekturen.

Nochmals, ich höre dich. Hier ist der Deal: _Dies ist eine Vorschauversion_, und angesichts unserer verfügbaren Ressourcen müssen wir sicherstellen, dass wir sie sinnvoll investieren. Indem Sie die Verteilung und Installation jemand anderem überlassen, sparen Sie einen ganzen Monat Engineering-Zeit, die Sie ansonsten für das Erstellen und Testen eines Installers für alle von uns unterstützten Konfigurationen aufgewendet hätten. Deshalb ist es in unserem _backlog_. Wir sind uns bewusst, dass dies für eine große Untergruppe unserer potenziellen Benutzer äußerst wichtig ist, aber wir priorisieren zuerst Funktionen und Leistung sowie Fehlerkorrekturen.

Ich glaube, ich bin verwirrt. Sie sagen, dass es Zeit und Mühe sparen würde, es jemand anderem verteilen zu lassen (jemand anderes ist GitHub?), aber das wurde nicht zuerst getan?

Ich war auch nicht unfreundlich; Ich habe eine ernsthafte Frage gestellt und einige ernsthafte Erklärungen abgegeben.

Ich habe bei der Arbeit keine Zeit, alle VS-Notwendigkeiten zu installieren, um dies zu kompilieren und zu versuchen, es auf Windows Server zu verwenden, oder ich würde es tun, und ich verstehe auch die Windows 10-Zielgruppe nicht, und ich war zu Recht neugierig, ob es etwas gibt Ich weiß nicht, das würde sie zu den ersten Zielen machen.

Es tut mir leid, dass Kritik unfreundlich erscheint, aber das sind berechtigte Bedenken.

• Benötigt wird eine Xcopy-fähige Exe. Elektrowerkzeuge wie die Konsole benötigen kein Installationsprogramm. Ein Installer ist ein Overkill und bitte vermeiden Sie es. Daher müssen Sie nicht monatelang testen. Als ich das letzte Mal nachgesehen habe, hatte Visual Studio die Möglichkeit, exe im Release-Modus zu erstellen, die ordnungsgemäß signiert ist.

• Als Power-User sind wir von der Entscheidung, Store als primäres Vertriebsmodell zu wählen, nicht beeindruckt. Denn gestern habe ich versucht, diese Konsole auf meinem Arbeitscomputer zu installieren und wissen Sie was, der Store ist mit meinem Hotmail-Konto konfiguriert, da er ein Microsoft-Konto benötigt, das nicht mein Arbeitskonto ist, und ich hatte die Möglichkeit, die Konsole auf meinem persönlichen PC zu installieren war zu Hause. Ich brauchte die Konsole auf meiner Arbeitsmaschine, nicht auf meiner persönlichen Maschine.

• zusammenfassend, einfach nur es. Machen Sie es einfach, dieses Tool zu bekommen, damit wir es verwenden können. Ansonsten bin ich mit ConEmu, das ich seit vielen Jahren verwende, zufrieden.

Die portable Version ist ein Muss für unsere immer restriktivere Unternehmensentwicklungsumgebung.
Wir haben keine Administratorrechte auf unseren Desktops, hoffentlich haben wir vscode, pwsh, python, git, conemu usw. in einer Zip-Version, also würde ich wirklich gerne dasselbe für Terminal sehen.

1. Installieren Sie Visual C++ Redistributable
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. Besuchen Sie https://dev.azure.com/ms/Terminal/_build
3. Wählen Sie den neuesten master Build aus
4. Klicken Sie auf Artefakte
5. Klicken Sie auf appx-Release
6. Extrahiere appx-Release.zip
7. Extrahiere CascadiaPackage_0.0.1.0_x64.msix
8. Öffnen WindowsTerminal.exe

Beachten Sie, dass dies bei mir nicht funktioniert, das Terminal wird nicht geöffnet.
Aber vielleicht kann jemand das fehlende Stück von hier finden.

Anstatt WindowsTerminal.exe auszuführen, sollten Sie die Anwendung bei PowerShell registrieren:
Add-AppxPackage .\AppxManifest.xml -Register

Dann erscheint es im Startmenü und von dort aus können Sie es starten.
Beachten Sie, dass Sie möglicherweise zuerst den Entwicklermodus im Einstellungsmenü aktivieren müssen. Ich hatte ihn bereits aktiviert, daher bin ich mir nicht sicher, ob er ohne ihn funktioniert.

Vielen Dank, dass Sie dem Bedürfnis der Entwicklergemeinschaft nach einem besseren Terminal nachgekommen sind. Dies ist eine App, die ich seit Jahren auf Windows sehen wollte und hoffe, sie bald ausprobieren zu können. Ich freue mich, einen Build vom Master abzuholen, aber ich bin derzeit auf Windows Server 2019 Datacenter LTSC.

FRAGEN:

• Unterstützung für Windows Server 2019 LTSC, Microsoft Windows NT 10.0.17763.0

• Installationsanweisungen oder ein Link zu solchen Anweisungen in README.md:

1. Visual C++ Redistributable installieren (siehe https://aka.ms/vs/16/release/vc_redist.x64.exe)
2. Besuchen Sie https://dev.azure.com/ms/Terminal/_build
3. Wählen Sie den neuesten Master-Build aus
4. Klicken Sie auf Artefakte
5. Klicken Sie auf appx-Release
6. Extrahieren Sie appx-Release.zip
7. Extrahieren Sie CascadiaPackage_0.0.1.0_x64.msix
8. Öffnen Sie WindowsTerminal.exe

Was Ihnen fehlt, ist eine lokale Kopie der App-Container-Laufzeiten vcruntime140_app und msvcp???_app . Windows Terminal sollte ansonsten per Doppelklick aktivierbar sein.

@DHowett-MSFT Könnten Sie uns bitte eine Anleitung zur Installation geben?

Ich würde es gerne auf der Arbeit testen, aber keine Chance, den Windows Store dort zu verwenden. Ich habe versucht, es selbst auf einer früheren Version zu erstellen, und habe es sogar geschafft, aber da zwischen den Visual Studio-Anforderungen und dem Repo selbst nach den Builds fast 40 GB benötigt wurden, wurde es auf meinem begrenzten SSD-Speicherplatz schnell unüberschaubar.

Und mach dir übrigens nichts aus den negativen Kommentaren. Das Terminal kommt gut heraus (wirklich habe ich es zu Hause mit WSL 2 getestet und hatte noch nie zuvor ein so reibungsloses Terminalerlebnis unter Windows). Einige Leute verstehen den Sinn einer Vorschau nicht, aber das liegt daran, dass sie sich auch gespannt darauf freuen.

Mit der Zeit wird es aus der Vorschau verschwinden und alle (oder zumindest die meisten Benutzer) werden glücklich sein.

2. Besuchen Sie https://dev.azure.com/ms/Terminal/_build

Nicht-MSFT-Leute haben keine Berechtigungen für die Artefakte

Ich habe die Artefakte heruntergeladen, konnte die .msix-Datei jedoch nicht durch Doppelklicken installieren, da angegeben wurde, dass sie nicht von einem vertrauenswürdigen Zertifikat signiert wurde.

Ich habe es geschafft, es zum Laufen zu bringen, indem ich das Artefakt heruntergeladen, die .msix-Datei in einen Ordner extrahiert und dann Add-AppxPackage AppxManifest.xml -Register von Powershell innerhalb des Ordners ausgeführt habe. Jetzt kann ich es ausführen, indem ich es aus dem Startmenü als "Windows Terminal (Dev Build)" öffne.

Ziemlich hacky Prozess, aber es funktionierte für jetzt.

Windows Store ist eine kaputte Software. Es ist wie das weinerliche Baby, das immer deine Aufmerksamkeit braucht und nie das tut, was du von ihm erwartest. Sich darauf zu verlassen, ist so gut wie zu sagen: _Bitte installieren Sie unser Zeug nicht_.

Ich wurde gerade von #1757 hierher umgeleitet und es ist gut, so viel Anklang zu sehen.

Und warum etwas Einfaches verkomplizieren? Herunterladen, installieren und das sollte es sein.

Hier ist der Deal: Dies ist eine Vorschauversion

Ja, und die Leute sind bereits davon begeistert. Der Umgang mit dem Notepad von Befehlszeilen (auch bekannt als cmd.exe) muss verrückt sein, um die Leute dazu zu bringen, ein besseres Terminal auszuprobieren, selbst wenn es sich um eine Vorabversion handelt. Außerdem gibt es einen Twitter-Hype.

Bitte sehen Sie unsere Kommentare nicht als Schimpfworte. Wir _wollen_ es so schnell wie möglich in die Finger bekommen. Uns in den Store zu schicken, schlägt uns die Tür vor der Nase zu. Auch wir wollen unsere Zeit sinnvoll investieren. Sie damit zu verbringen, Probleme im Windows Store zu beheben, ist definitiv keine produktive Nutzung der Zeit von irgendjemandem. Ich hoffe du verstehst!

Ich bin SEHR frustriert von dieser "Installations"-Erfahrung. Ich habe install in Anführungszeichen gesetzt, weil ich es nicht wirklich installieren kann. Der Store gibt mir eine Liste einiger meiner Computer, auf denen die Installation erfolgen soll ... aber nicht der, auf dem ich mich gerade befinde. Und selbst wenn ich einen der aufgelisteten Computer auswähle, sagt er mir, dass er versucht zu installieren, aber anscheinend nie etwas installiert wird. Und es gibt kein Feedback, das ich als Ausgangspunkt für die Fehlerbehebung verwenden könnte – keine Fehlermeldung oder Protokollinformationen, nur Stille.

Mich stört, dass es nicht nur einen normalen Installer gibt, wie wir ihn seit Jahrzehnten verwenden. Und ich bin beunruhigt, dass der Windows Store anscheinend nicht in der Lage ist, den Computer anzusprechen, auf dem ich mich gerade befinde (sollte das nicht selbstverständlich sein?). Bei allem Respekt, ich möchte keine Zeit damit verbringen, Fehler in meiner Windows Store-Umgebung zu beheben, um herauszufinden, warum sie mein System nicht erkennt (und ja ... sie erfüllt definitiv die Anforderungen) oder warum der Installationsprozess dies zu tun scheint absolut nichts tun. Ich benutze den Store nicht oft, kann mich aber nicht erinnern, jemals ein Zielsystem für die Installation auswählen zu müssen. Ist das eine neue Funktion? Wie auch immer, diese Erfahrung war schrecklich.

Ich bin seit mehr als 20 Jahren Entwickler. Aber selbst ich möchte nicht den Quellcode dafür herunterladen und kompilieren. Ich wollte nur eine kompilierte ausführbare Datei, die ich installieren und ausführen kann.

@drullo Überprüfen Sie Ihre Betriebssysteminformationen. Es ist nicht so offensichtlich, aber wenn Sie ein wenig nach unten scrollen, wird Ihre aktuelle vs. erforderliche Konfiguration angezeigt. Wenn dies der Fall ist, müssen Sie sich entscheiden, ob Sie ein Upgrade auf den aktuellen Betriebssystem-Build riskieren oder ohne die Verwendung des Terminals leben möchten.

Nichts davon ist theoretisch schlecht, aber die Art und Weise, wie es (Windows Store) implementiert ist, ist ziemlich hässlich (instabil, viele Dinge können und werden schief gehen) und ehrlich gesagt, es lohnt sich nicht, Zeit dafür aufzuwenden, nur um eine App zu installieren (nicht nur Terminal aber jede Store-App).

Leider sind der App Store und die Betriebssystem-Updates auf dem Mac viel reibungsloser. Es hat seine eigenen Probleme, aber keine, die auf einer primitiven, grundlegenden Ebene liegen.

Bitte erhöhen Sie die Priorität für dieses ... Es ist wahrscheinlich das am häufigsten nachgefragte Feature ...

Als ersten Schritt in Richtung einer alternativen Distribution habe ich die (signierten, im Store aktualisierbaren) MSIX-Bundles auf der Releases-Seite veröffentlicht . Sie sollten auf 1903+ per Doppelklick installierbar sein, aber es könnten einige Abhängigkeitspakete vorhanden sein, die installiert werden müssen. Wir arbeiten daran, diesen Prozess etwas angenehmer zu gestalten. Bitte haben Sie Geduld mit uns.

Im Moment _brauchen_ wir einen MSIX/appx-Installationskontext für die Ressourcensuche (Icons, Strings usw.) und die Komponentenaktivierung (damit wir unsere konstituierenden DLLs laden können), aber es werden Fortschritte gemacht, diese Anforderung etwas lockerer zu machen Gut.

Ich mag die Idee, msix-Bereitstellung zu verwenden. Msix unterstützt sogar Windows 7, daher wäre eine Doppelklick-Installation mit msix großartig.

@DHowett-MSFT das ist ein guter Anfang!

• Ich möchte auch in Zukunft eine portable Version (wie die sysinternals-Anwendungen)
• Bitte aktualisieren Sie die Readme-Datei, die Links zur Veröffentlichungsseite bereitstellt, damit die Leute tatsächlich bemerken können, dass sie außerhalb des Stores verfügbar ist.

@amithegde Wir haben die ReadMe aktualisiert - danke für deinen Vorschlag.

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

Versuchen Sie, mithilfe von MSIX von der Release-Seite offline zu installieren, und erhalten Sie die Fehlermeldung beim Starten von WindowsTerminal.exe CLiP-Gerätelizenz nicht gefunden. Ich bin mir nicht sicher, wie ich das beheben soll

Ein Offline-Installer wird dringend benötigt, um das WT mal auf unseren Servern zu installieren.

Ich habe dieses Problem nach mehreren erfolglosen Versuchen gefunden, Windows Terminal zu installieren. Das Problem hier ist, dass Windows 10 LTSC (Long Term Support Version), das in vielen professionellen Umgebungen verwendet wird, Version 1809 (Build 17763) ist, während Windows Terminal als MSIX-Bundle von MSIX-Archiven verpackt ist, die nur auf neueren Versionen von Windows 10 installierbar sind.

Das macht Windows Terminal im aktuellen Zustand in professionellen Umgebungen unbrauchbar. Während, wie von Microsoft angegeben, das nächste LTSC erst 2021 veröffentlicht wird. Wenn kein anderer Bereitstellungsmechanismus bereitgestellt wird, bleibt Windows Terminal für zwei weitere Jahre in professionellen Umgebungen unbrauchbar.

Ich bin kein Windows-zentrierter Entwickler, daher weiß ich nicht, was die Kosten / Belastungen für die Veröffentlichung einer statisch verknüpften Exe-Datei als schnelle und schmutzige temporäre Lösung sind, aber wenn das möglich wäre, wäre es großartig. Jede Form von Standalone-/Portable-Version wäre in der Tat sehr willkommen (wie alle vorherigen Kommentare unterstrichen haben ;) ).

Bearbeiten:

Einige zusätzliche Gedanken,

• im professionellen Umfeld ist der Windows Store meistens deaktiviert (daher braucht die Aktivierung des Entwicklermodus und die Verwendung add-appxpackage meiner Meinung nach eine klare Dokumentation in der README);
• Es wäre schön, die Kompatibilitätsanforderungen in der README zu klären (in Bezug auf die erforderliche/kompatible Windows 10-Version).

@NBardelot In "professionellen Umgebungen" brauchen Sie auf keinen Fall die LTSC-Version von Windows und Windows Terminal zusammen, bah, Sie brauchen LTSC nur, wenn Sie sehr kritische Systeme ausführen, was ich bezweifle.
Wenn Sie in „professionellen Umgebungen“ eine Anwendung benötigen, die im Microsoft Store verfügbar ist, können Sie den Standardprozess zum Anfordern von Inhalten durchlaufen, die normalerweise in Ihrem Unternehmen vorhanden sind (ITIL).
Windows Terminal richtet sich an Entwickler, denen es völlig recht ist, eine Insider-Version von Windows zu haben - ich verstehe das Argument nicht, es in LTSC zu haben, insbesondere wenn es in PREVIEW ist, was dem Zweck von LTSC widerspricht.
Es ist sehr klar, was Sie haben müssen, um es auszuführen: Anforderungen und Microsoft Store.

@gh4chris Es wird nicht dringend benötigt, CMD und PowerShell sind in Windows Server verfügbar - es gibt kein vernünftiges Argument, warum Sie es brauchen.

Bei jeder Unternehmenseinführung sollte davon ausgegangen werden, dass eine Nutzung außerhalb des Geschäfts erforderlich ist. Die meisten gut gebauten Produktionsumgebungen haben keinen Internetzugang und verwenden Bereitstellungstools.

Warum gibt es überhaupt Widerstand gegen Convenience?

Also fürs Protokoll, wir stellen Nicht-Store-Installationsmechanismen bereit – siehe unsere Releases -Seite. Wir sind jedoch nicht wirklich in der Lage, die Anforderungen an die Windows-Build-Version zu erfüllen. Wir sind von einigen Betriebssystemfunktionen abhängig, die nur in der allerneuesten Version von Windows 10 ausgeliefert wurden. Das ist der wahre Grund, warum wir nicht an LTSC arbeiten können.

@zadjii-msft, das ist vollkommen verständlich, obwohl ich noch einmal betonen muss, dass es leider bis 2021 kein Windows-Terminal für viele interessante Anwendungsfälle bedeutet (und eine breite Akzeptanz, sobald Sie sich im Release-Modus befinden). Wenn es eine Möglichkeit gibt, diese Einschränkungen zu umgehen, von denen Sie sprechen, werden Sie dies hoffentlich berücksichtigen :)

@CatTheHacker Danke für deine Einblicke. Bitte haben Sie auch Verständnis dafür, dass es unhöflich ist, anderen Leuten zu sagen, dass Sie am besten wissen, was sie brauchen oder nicht, da Sie nicht alle Informationen zur Verfügung haben und die Einschränkungen möglicherweise missverstehen. Trotzdem werde ich gerne meinen Anwendungsfall veranschaulichen, da Ihr Missverständnis auch mein Mangel an Erklärung ist.

Ich arbeite derzeit in einer ziemlich streng gesicherten Umgebung für ein großes Unternehmen. Desktops führen aus Sicherheits- und Wartbarkeitsgründen Windows 10 LTSC aus (und es steht mir nicht frei, das zu ändern). Ich spreche nicht von kritischen Maschinen/Servern, sondern von Dev & Ops-Workstations. Eines unserer Ziele ist es, Tools zu entwickeln und zu testen, die noch nicht in ITIL / Repositories usw. optimiert sind, und zu untersuchen, was getan werden kann, um das Leben von Dev & Ops einfacher zu machen. Das bringt uns sogar dazu, OS vs. OS-Tools zu vergleichen, was für diese Art von Unternehmen ein echter Paradigmenwechsel ist. In diesem Szenario ist es notwendig, eine Vorschauversion von Windows Terminal auszuführen und den Leuten zu zeigen, wie man gut mit Terminals arbeitet (weil Powershell, Docker, Kubernetes/Openshift ...).

Es wäre großartig, eine Möglichkeit zu haben, die Installation der Windows Terminal-App über die Befehlszeile zu automatisieren.

@NBardelot - Danke für deine Infos und Gedanken hier.

MSIX

Im Moment bauen wir Terminal in MSIX-Pakete ein, da dies der strategische Weg nach vorne für das Packen von Apps unter Windows ist. Wir sind nicht abgeneigt, andere Verpackungsformate in Betracht zu ziehen, wenn es dafür genügend Nachfrage gibt, aber im Moment konzentrieren wir uns auf Mainstream-Szenarien, um den Großteil der Bedürfnisse der Community zu erfüllen.

Trotzdem beschäftige ich mich mit den Plänen des MSIX-Teams bzgl. LTS-SKUs. Ich werde es dich wissen lassen, wenn ich von ihnen höre.

LTS

Beachten Sie, dass LTS-SKUs per Definition eingeschränkter sind und seltener aktualisiert werden als allgemeine Release-SKUs. Aus diesem Grund besteht eine gute Chance, dass neuere Produkte und Funktionen länger dauern und/oder von LTS-SKUs nicht unterstützt werden. Kurz gesagt, wenn Sie die neuesten und besten Tools und Technologien kurz nach ihrer Veröffentlichung ausführen möchten, müssen Sie MÖGLICHERWEISE Nicht-LTS-SKUs in Betracht ziehen.

Unternehmen, die eine größere Kontrolle über die Konfiguration ihrer Plattformen benötigen und gleichzeitig Benutzern erlauben, genehmigte Apps selbst bereitzustellen und/oder bekannte verwaltete Apps bereitzustellen, möchten möglicherweise Windows Store for Business erkunden, das mit SCCM und InTune für eine automatisierte Bereitstellung usw. integriert werden kann von zugelassenen Apps.

Wir werden unsere Dokumentation bald aktualisieren und einige Ihrer Rückmeldungen und Fragen einfließen lassen, um diesen Bereich verständlicher zu machen.

FYI, es gibt jetzt ein Chocolatey-Paket , sodass man choco install microsoft-windows-terminal ausführen kann, um die App zu installieren.

Ein großes Dankeschön an @mkevenaar , der das anscheinend zusammengestellt hat! 🎉

@SeanKilleen Absolut – ich bin ein RIESIGER Fan von Chocolatey und bin dankbar für @mkevenaar , dass er das Chocolatey-Paket erstellt hat, um auf unsere neueste Version zu verweisen :)

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

@SeanKilleen Absolut – ich bin ein RIESIGER Fan von Chocolatey und bin dankbar für @mkevenaar , dass er das Chocolatey-Paket erstellt hat, um auf unsere neueste Version zu verweisen :)

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

@bitcrazed Sehr gerne! Es führt das Update-Skript alle 6 Stunden aus und normalerweise dauert es weniger als 1 Stunde, bis es von der Chocolatey-Website verarbeitet wird!

[Update: Vorherige Links ersetzt]:

Wenn Sie Windows Terminal manuell installieren und VC Redist nicht installiert haben, kann Terminal nicht installiert und/oder ausgeführt werden.

Bitte laden Sie das C++ Runtime v14 Framework-Paket für Desktop Bridge herunter und installieren Sie es:
https://www.microsoft.com/en-us/download/details.aspx?id=53175

Die C++ Runtime Framework-Pakete werden in einen Ordner unter %ProgramFiles(x86)%\Microsoft SDKs\Windows Kits10\ExtensionSDKs\Microsoft.VCLibs.Desktop kopiert.

👉 Hinweis: Sie können die Pakete auch manuell mit dem PowerShell-Cmdlet Add-AppxPackage installieren.

(Verwandt mit #2369)

^ Es scheitert immer noch für mich. Es wird versucht, Visual C++ run-time for UWP aus dem Store zu installieren, und leider kann der Store aufgrund von Einschränkungen nicht auf das Internet zugreifen.

Event nach der Installation von choco kommt diese Meldung:

Hey @mubaidr : Ich habe meine obige Antwort aktualisiert, um einen Link zur Desktop Bridge VC++ Runtime Redist zu erstellen. Probieren Sie das bitte aus und lassen Sie mich wissen, ob es Ihr Problem löst.

Immer noch die gleiche Fehlermeldung :(

Unser SysAdmin hat den Windows Store deaktiviert und wir haben keine offene Internetverbindung. Wir brauchen also ein Installationspaket.

@rfresow – wir veröffentlichen jeden öffentlich veröffentlichten Terminal-Build im Store und in den Versionen in diesem Repo: https://github.com/microsoft/terminal/releases

⚠ Hinweis: Da Sie manuell installieren, achten Sie darauf, regelmäßig manuell zu aktualisieren – wir streben eine Veröffentlichung etwa einmal im Monat an.

@mubaidr - tut mir leid, dass Sie hier auf Probleme stoßen. Darf ich Sie bitten, Terminal zu deinstallieren, Ihren Computer neu zu starten und neu zu installieren? Ich befürchte, dass etwas Ungewöhnliches mit der Konfiguration Ihres Computers vor sich geht.

^ @bitcrazed Ich fange an, dasselbe zu denken. Planung für ein neues Setup. Deinstallieren und neu starten hat auch nicht geholfen. Also werde ich mit einem sauberen Setup beginnen.

FWIW, ich bin auf die gleichen VC-Anforderungen gestoßen. Auch bei uns ist der Zugriff auf den Windows Store aus verschiedenen Gründen (Offline-Netzwerke etc.)

Es wäre schön, das Terminal zur Verfügung zu haben, um es nach Bedarf auf Dingen wie Jump-Hosts usw. zu installieren.

Hey @mubaidr : Ich habe meine obige Antwort aktualisiert, um einen Link zur Desktop Bridge VC++ Runtime Redist zu erstellen. Probieren Sie das bitte aus und lassen Sie mich wissen, ob es Ihr Problem löst.

@bitcrazed Ich glaube, der obige Download ist nicht neu genug für das, worauf das Terminal aufgebaut ist. Meiner beschwert sich über Versionen...

Nach der Installation der UWP VCLibs von Ihrem Link ist es die Version 14.24222.0 (aus Programme & Funktionen); aber wenn ich Get-AppXPackage mache:

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

Der Link oben ist von 2016 datiert...

Das gleiche Problem – die vc_uwpdesktop.140.exe -Datei aus dem Link enthält alte Versionen von Microsoft.VCLibs – nachdem Sie sie in C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ installiert haben, können Sie Folgendes finden:

• 14.0.24217.0-Version im Ordner „Retail“.
• 14.0.24222.0-Version im Ordner „Debug“.

Windows Terminal erfordert mindestens Version 14.0.27323.0 . Gibt es eine Möglichkeit, es ohne aktivierten Store zu installieren?

Ich habe Terminal vor ein paar Monaten mit VS2019 und W10 1903 aus dem Quellcode erstellt (und verwendet, yay). Ich scheine jedoch nicht in der Lage zu sein, das neue msixbundle auszuführen, ich habe keine Berechtigungen um auf die Azure-Artefakte zuzugreifen, und als ich einen git pull machte und versuchte, in VS neu zu erstellen, bekam ich eine Reihe von Fehlern, selbst nachdem ich die empfohlenen NuGet-Updates geholt und Dot Net 4.7.2 installiert hatte.

Traurigkeit :(

Windows Server 2019 wird ohnehin nicht unterstützt. Und ja, wir verwenden nur LTSB-Releases, nicht weil wir "Reaktionisten" sind. Aber weil wir in einem echten Unternehmen mit über 5000 Servern arbeiten und selbst der Versuch, sie jedes Jahr zu aktualisieren, eine verdammte Hölle ist.

Das Verknüpfen all dieser anderen Elemente mit diesem Fehler ist großartig - aber es verschwendet Zeit für viele Leute, die dies auf einem Server-Betriebssystem installieren möchten. Bitte fügen Sie der Projekt-Readme eine Zeile hinzu, die besagt:

"Möchten Sie Windows Terminal auf Windows Server 2019 installieren? - Wir sind noch nicht da, kommen Sie später wieder!..."

Das Verknüpfen all dieser anderen Elemente mit diesem Fehler ist großartig - aber es verschwendet Zeit für viele Leute, die dies auf einem Server-Betriebssystem installieren möchten. Bitte fügen Sie der Projekt-Readme eine Zeile hinzu, die besagt:

"Möchten Sie Windows Terminal auf Windows Server 2019 installieren? - Wir sind noch nicht da, kommen Sie später wieder!..."

Readme sagt bereits:

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

Das gleiche Problem – die vc_uwpdesktop.140.exe -Datei aus dem Link enthält alte Versionen von Microsoft.VCLibs – nachdem Sie sie in C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ installiert haben, können Sie Folgendes finden:

• 14.0.24217.0-Version im Ordner „Retail“.
• 14.0.24222.0-Version im Ordner „Debug“.

Windows Terminal erfordert mindestens Version 14.0.27323.0 . Gibt es eine Möglichkeit, es ohne aktivierten Store zu installieren?

Ich befinde mich in einer Umgebung ohne Microsoft Store-Zugriff und bin auch auf dieses Problem gestoßen. Es scheint, dass die Version, die ich installiert habe, 14.0.26905.0 ist. Die Version, die Sie über den manuellen Download erhalten, ist 14.0.24217.0. Ich sehe keine Möglichkeit, 14.0.27323.0 ohne den MS Store zu installieren.

• 14.0.24217.0-Version im Ordner „Retail“.
• 14.0.24222.0-Version im Ordner „Debug“.

Ich habe diese Versionen installiert und Terminal 0.6.2951.0 läuft einwandfrei.

Vielleicht ist VC 14.0.27323.0 an anderer Stelle auf meinem System installiert, aber ich denke nicht. Wo wird diese Anforderung erwähnt?

• 14.0.24217.0-Version im Ordner „Retail“.
• 14.0.24222.0-Version im Ordner „Debug“.

Ich habe diese Versionen installiert und Terminal 0.6.2951.0 läuft einwandfrei.

Vielleicht ist VC 14.0.27323.0 an anderer Stelle auf meinem System installiert, aber ich denke nicht. Wo wird diese Anforderung erwähnt?

Hat Ihr Computer Zugriff auf den MS Store? Meine nicht. Ich habe kürzlich ein Upgrade auf 1909 durchgeführt, woher möglicherweise meine Version 14.0.26905.0 stammt, aber ich bin mir nicht sicher.

Dies ist der Fehler, den ich bekomme, wenn ich versuche zu installieren:

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-Version im Ordner „Retail“.
• 14.0.24222.0-Version im Ordner „Debug“.

Ich habe diese Versionen installiert und Terminal 0.6.2951.0 läuft einwandfrei.
Vielleicht ist VC 14.0.27323.0 an anderer Stelle auf meinem System installiert, aber ich denke nicht. Wo wird diese Anforderung erwähnt?

Hat Ihr Computer Zugriff auf den MS Store? Meine nicht. Ich habe kürzlich ein Upgrade auf 1909 durchgeführt, woher möglicherweise meine Version 14.0.26905.0 stammt, aber ich bin mir nicht sicher.

Dies ist der Fehler, den ich bekomme, wenn ich versuche zu installieren:

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

Ich habe kürzlich einen anderen PC in derselben Umgebung auf 1909 aktualisiert. Ich konnte das neueste Windows Terminal 0.6.2951.0 installieren. Es stellt sich heraus, dass dieser Computer UWPDesktop v 14.0.27810.0 hat. Ich bin mir nicht 100% sicher, wo, wann oder wie es installiert wurde, obwohl ich denke, dass es daran liegen könnte, dass auf diesem Computer VS2017 und VS2019 installiert sind.

Es scheint, als müsste dieser Download vorhanden sein
https://www.microsoft.com/en-us/download/details.aspx?id=53175
auf Version 14.0.27810.0 (oder höher) aktualisiert. Ich bin mir nicht sicher, warum dieser Download seit 2016 stagniert.

Update: Wir führen intern einige Gespräche, um dieses Problem zu lösen. Bleib dran.

FWIW, ich arbeite an Umgebungen, die niemals mit dem Internet verbunden sein werden. Zertifizierungen, die Azure, M365 usw. erhalten haben, verdammt noch mal. Sie werden einfach nie eine Internetverbindung haben.

Windows Terminal war in Scoop verfügbar. Scoop extrahiert Dateien aus msix mit 7zip und es funktioniert gut. Ich schätze also, Windows Terminal ist bereits portabel? Es scheint, dass nicht alle msix-Installationsprogramme so funktionieren können.

Es stimmt heute, dass Terminal unverpackt funktioniert, aber wir garantieren derzeit nicht, dass dies immer der Fall sein wird.

Die Verwendung von Chocolatey schlägt auf Windows Server 2019 fehl:

choco install microsoft-windows-terminal
FEHLER: Dieses Paket erfordert mindestens Windows 10 Version 1903/OS Build 18362.x.
Die Installation von Microsoft-Windows-Terminal war NICHT erfolgreich.

Gibt es verschiedene Versionen von Windows Server oder sind alle zu alt?

@ArgTang Ich glaube, dass keine der Serverversionen verfügbar ist: https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

In der Tat! /dup #2312.

Hallo! Wir haben dieses Problem als Duplikat eines anderen identifiziert, das bereits in diesem Issue Tracker vorhanden ist. Diese spezielle Instanz wird geschlossen, um die Bedenken im referenzierten Thread nachzuverfolgen. Danke für deinen Bericht!

Momentan ist Server nicht in den Varianten 1903 oder 1909 verfügbar. Das tut mir leid!

Ich wollte diesen Master-Tracking-Bug absolut nicht schließen. Tut mir leid!

Bisher habe ich auch absolut keinen Workaround bei der Arbeit gefunden
Da die vorherige Ausgabe geschlossen wurde, aktualisiere ich hier mit der neuesten veröffentlichten Version:
(Kopieren Sie die vorherige Ausgabe hier, um nicht den Überblick über Nr. 4424 zu verlieren, sorry @DHowett , ich denke, das ist hilfreich, um das Verhalten jeder veröffentlichten Version zu sehen, hat es sich von Zeit zu Zeit geändert.)

Das Ergebnis ist hier: https://github.com/microsoft/terminal/issues/4424 Das Problem wurde zugunsten dieses Problems geschlossen

Die einzige funktionierende Version, die ich habe, ist 0.6xxxx , die ich manuell erstellt habe. Ich habe einen Absturz mdmerge.exe , wenn ich versuche, 0.8.x entweder auf 19041 slow ring oder auf 1909 stable zu erstellen

Kopieren und Einfügen aus geschlossenem Problem:

Das letzte WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle wird installiert, aber die App stürzt ab, dasselbe gilt, wenn ich von chocolatey installiere

@DHowett

Vielen Dank für die Verbesserung gegenüber dem msixbundle , da es nicht installiert und ausgeführt werden kann.
Können Sie mir sagen, wie ich Informationen darüber erhalten kann, WARUM es beim Ausführen abstürzt, damit ich ein geeignetes Problem erstellen kann, um es möglicherweise in einer späteren Version zu beheben?

Ich kann sehen, wie der Rand für eine halbe Sekunde erscheint, dann abstürzt und das:

Wenn ich schnell genug die Start Menu öffne, kann ich sehen, dass es wahrscheinlich eine Art MS Store Post Action gibt (der Fortschrittsbalken):

Wie kann ich helfen ?
Ich frage mich, wo die Protokolle sind, um dies zu diagnostizieren.
Ich bin mir nicht sicher, wo ich in den EventViewer nachsehen soll (ich habe versucht, es zu überprüfen, aber nichts gefunden, das wie der Absturz aussieht)

[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.

Wenn der aktuelle Installationsstatus in irgendeiner Weise hilfreich sein kann, lassen Sie es mich wissen.

Ich habe noch keinen Weg gefunden, Protokolle/Diagnosen/Trace darüber zu erhalten, was nicht gefunden wurde, so dass es hilfreich sein kann, Feedback zu diesem spezifischen Verhalten zu geben, um zu sehen, ob und wie es möglicherweise behoben werden könnte ^^

Es macht mir nichts aus, kein "Store-Update" zu haben, da ... die Corporation den Store gesperrt hat.
Deshalb versuche ich jetzt, das msixbundle mindestens einmal zu verwenden ;)
Ich würde einfach das nächste msixbundle neu installieren, wenn ich aktualisieren muss

Vielen Dank an alle für Ihre Geduld in dieser Angelegenheit.

Wir verstehen voll und ganz, was hier vor sich geht, wollen aber keine abgehackte Lösung liefern.

Wir arbeiten intern aktiv mit mehreren Teams zusammen, um eine langfristig tragfähige Lösung für dieses Problem bereitzustellen, und werden hier berichten, sobald wir wissen, was wann getan werden kann. Tatsächlich habe ich vor etwa 20 Minuten eine formelle Anfrage gestellt, damit ein anderes Team ein wenig Arbeit für uns erledigt.

Bleib dran.

Entschuldigung @iamdeskoh - diesen Kommentar löschen, da er empfiehlt, Pakete von einer nicht verifizierten, nicht vertrauenswürdigen Quelle herunterzuladen. Solche Praktiken sind absolut nicht zu empfehlen. Wir würden es hassen, wenn sich jemand versehentlich mit etwas Bösem infiziert.

Seien Sie versichert, dass wir die Dinge intern verfolgen, um dieses Problem zu beheben. Bitte haben Sie etwas Geduld mit uns.

@bitcrazed

nein, klicke nicht auf diesen Link

Warum sollte ich versuchen, auf eine unbekannte/nicht vertrauenswürdige Domain zu klicken?
insbesondere um Binärdateien aus einer inoffiziellen Quelle zu installieren

Vielleicht möchten Sie zuerst erklären, was der Zweck der Website ist, bevor Sie einen Link senden und den Benutzer auffordern, darauf zu klicken. Ich nehme auch an, dass das, was hinter der Site steht, Open Source ist, damit man ihr vertrauen kann ^^ ?

Ich sage nicht, dass es nicht funktioniert, nur dass Sie auf keinen Fall darauf vertrauen können, dass ein dritter Teil magische Binärdateien versendet
Vor allem, wenn Sie hier zuerst das windows/terminal Team fragen könnten, ob sie es vielleicht ansprechen könnten

Auch dieser Workaround gefällt mir nicht so gut, aber die Download-Links stammen aus der Microsoft-Domäne. Es scheint, dass die bereitgestellte Website @deskoh nur Links zu nicht gelisteten Inhalten aus dem Microsoft Store bereitstellt.
Und wenn das Team eine Möglichkeit bieten könnte, die erforderlichen Abhängigkeiten für ihr Projekt zu installieren, müssten die Leute ihr Glück nicht mit einer solchen Problemumgehung versuchen ...
Aber auch nach der Installation der ausreichend aktuellen Version von Microsoft.VCLibs.140.00.UWPDesktop schlägt die Installation später aufgrund eines anderen Fehlers fehl.

@clement-fischer auf welche fehler sind sie gestoßen? Ich habe es endlich geschafft, es in einer Luftspaltumgebung zu betreiben. Sie benötigen VC++ Redistributable. Ich muss das Terminal auch aus dem WindowsApp-Verzeichnis starten.

@deskoh Obwohl ich versucht habe, über Powershell zu installieren, scheint der Fehler derselbe zu sein wie in #3194.

Ich habe mehrere Methoden ausprobiert, um msix und appx manuell zu installieren, und die Windows Terminal-Builds scheinen für Windows 10-Versionen gesperrt zu sein, die neuer sind als der neueste Windows Server 2019-Build.

Das ist ziemlich schade.

Leider wird diese Funktion für uns alle nicht in der Terminal 1.0-Version präsentiert. Daher wird Terminal für IT-Experten in realen Produktionsumgebungen immer noch nutzlos sein: https://github.com/microsoft/terminal/milestone/6

Wenn sie die Verfügbarkeit der Abhängigkeit beheben, sollte es möglich sein, manuell zu installieren. Problem Nr. 3097 wird als eines der erforderlichen Probleme für 1.0 aufgeführt.

Ich kann es anderen Benutzern nicht sagen, aber ich würde es sehr lieben, wenn das msixbundle überall funktioniert, auch wenn es bedeutet, dass ich es später selbst aktualisieren muss.
So verwende ich seit der ersten Vorschau Powershell Core 7.x bei der Arbeit.

Darüber hinaus gibt es eine nette Nachricht, die Sie INNERHALB der Shell informiert (also nicht aufdringlich), dass Ihnen ein Update fehlt.
Ich denke, es gibt auch ein Opt-Out

Was wäre viel besser, als zum Beispiel die msixbundle manuell zu extrahieren

funktioniert gut mit Scoop, wir können es in einer professionellen Umgebung verwenden. (von unserem Pro-Windows-Desktop):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

Danke dafür!

scoop ist das coolste was es gibt!
https://youtu.be/a85QLUJ0Wbs

Es ist so ein schönes und nützliches Werkzeug, fühlt sich wie zu Hause an

Am Fr., 24. Apr. 2020 um 12:03 Uhr schrieb Xiang ZHU <
[email protected]>:

Nun, immer noch nicht für die Windows Server-Umgebung verwendbar:

iwr -useb get.scoop.sh | iex
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
Schaufel installieren git
schaufel eimer fügen eimer extras hinzu
Scoop Windows-Terminal installieren
Installieren von „Windows-Terminal“ (0.11.1121.0) [64bit]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle (16,1 MB)[===================================] 100%
Prüfe Hash vonMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... ok.
Extrahieren von dl.7z ... fertig.
Vorinstallationsskript wird ausgeführt...
Installationsskript wird ausgeführt...
*FEHLER Mindestens Windows 10 18362 ist erforderlich. *

@gh4chris
Dasselbe auf dem Desktop, oder?
Da das Terminal auf bestimmte Funktionen des Betriebssystems angewiesen ist, ist eine bestimmte Mindestversionsstufe erforderlich

Sie möchten wahrscheinlich auf 1903 / 1909 aktualisieren (2004/20H1 soll in weniger als einem Monat landen)

Siehst du? Das ist in einem professionellen Umfeld problematisch. Updates beinhalten
viel Überprüfung, um die bestehenden Setups nicht zu beschädigen ...

Ich bezweifle, dass WT solche Abhängigkeiten wirklich braucht. Die IT macht das ganze Projekt
mehr oder weniger lächerlich

Am Fr., 24. Apr. 2020 um 13:10 Uhr schrieb TeBeCo < [email protected]

Ihren Angaben zufolge haben Sie Probleme beim Aktualisieren Ihrer Server in Ihrem Unternehmen. Das ist ein anderes Problem, das nichts mit der Bereitstellung zu tun hat.
Möglicherweise möchten Sie sich an Teams auf Ihrer Seite wenden, um ihr Image zu aktualisieren, um mindestens das von vor einem Jahr zu erhalten.

Das ist etwas anders als "Es gibt noch keine Alternative zum Laden"

Ich würde nicht sagen, dass es blockiert oder problematisch ist. Sie können zum Beispiel Enter-PSSession oder ssh verwenden und dann würden Sie WT von Ihrem Computer verwenden, während Sie Shell des Servers verwenden
Sie können auf Ihrem Server sogar auf PSWS 7.x aktualisieren, wenn Sie möchten, oder es als dotnet tool installieren

Sie möchten wahrscheinlich ein anderes Problem als Investigate alternative deployment mechanisms for Windows Terminal eröffnen

Ich möchte wirklich nicht auf den Streit eingehen, der sich hier zusammenbraut, was eine "reale Umgebung" ausmacht.

Aber ich möchte auf jeden Fall, dass dies auf Windows Server (jede Version) läuft, und es ist in meinem Fall auch nicht sinnvoll, es auf Windows 10 laufen zu lassen.

Ich würde einfach sagen, auf Windows Server 2019 zu aktualisieren
aber das könnte schwer zu schlucken sein, da selbst das Azure-Portal keine Vorlage dafür anbietet
(aber ja, ich nehme an "einfach aktualisieren")

Da ich nur ein Verbraucher wie Sie bin, können Sie ein Problem dafür eröffnen, da es nichts mit diesem zu tun hat?
Vielleicht fragen Sie dort nach dem Grund und Details zur Mindestversion des Betriebssystems
aber es hat nichts mit dem Bereitstellungsmechanismus zu tun

Hey @DHowett , Ihr Commit (von dem ich weiß, dass es noch nicht veröffentlicht wurde) zum Bündeln der Deps im Terminal sollte sehr hilfreich sein, wenn Sie ein Offline-msixbundle-Installationsprogramm haben.

Es scheint, als ob danach das wichtigste fehlende Stück für eine vernünftige Offline-Installationsmethode darin besteht, eine statische aka.ms-URL zu haben, um das neueste msixbundle herunterzuladen, anstatt Ihre Skripte mit der neuesten github.com-Version auf dem neuesten Stand halten zu müssen und Download-URL.

Ist es möglich, einen statischen Download-Link für dieses Bundle zu erhalten?

Ist es möglich, einen statischen Download-Link für dieses Bundle zu erhalten?

Das ist keine schlechte Idee, und es ist wahrscheinlich etwas, das wir eher früher als später tun müssen.

Ich würde lieber ein appinstaller anbieten (was so ziemlich ein msixbundle mit einem „Wo finde ich mehr von dir?“-Tag (für Updates!) ist), aber das erfordert eigentlich dies, also _shrug_.

*FEHLER Mindestens Windows 10 18362 ist erforderlich. *

Warum gibt es eine so seltsame harte Anforderung? Kann die Abhängigkeit davon nicht verringert werden, damit es auf LTSC-Versionen verwendet werden kann?

@kein Das haben wir in diesem Repo schon einmal ausführlich besprochen .

#1643 (Kommentar)

Es tut uns leid. Im Moment gibt es zwei große Hindernisse für die Adoption von 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.

Wir können einfach nicht zurück ins Jahr 1809.

#1909 (Kommentar)

das Windows-Terminal ERFORDERLICH Funktionen der neuesten Windows-Version.

Uns stehen leider keine Problemumgehungen zur Verfügung. XAML Islands ist die Technologie, die wir verwenden, um unsere XAML-Benutzeroberfläche in einem Win32-Prozess zu hosten. Ohne das könnten wir nichts anzeigen. Da XAML Islands erst ab der neuesten Windows 10-Version vollständig ist, können wir nichts dagegen tun.
Wenn Sie das Terminal verwenden möchten, _müssen_ Sie die neueste Version von Windows 10 verwenden.

#841 (Kommentar)

#498 (Kommentar)

Derzeit gibt es keine Pläne.
Wir sind für unsere Benutzeroberfläche von C++/WinRT und XAML Islands (UWP XAML) abhängig. Wir verwenden auch DX/DWrite für den Textrenderer. Wenn diese nicht irgendwann auf Linux portiert werden, dann würde ich sagen, dass es sehr wenig Chancen gibt, dass wir jemals Linux unterstützen.
Darüber hinaus basiert unser gesamtes Build-System auf MsBuild, und ich könnte mich irren, aber ich glaube nicht, dass unser Build-System unter Linux funktionieren wird.

#1893 (Kommentar)

#2024 (Kommentar)

Dies erklärt, warum die Unterstützung so begrenzt ist, aber keines der hier vorgebrachten Argumente entkräftet. Die Mehrheit der Benutzer für Terminal sind Server- und LTSC-Benutzer. Was bringt es, wenn Terminal Privatanwender anspricht? Irgendwann wird es verblassen, da es an eine ganz bestimmte Umgebung gebunden ist. Im Moment bin ich zurück zu cmder und wenn es Terminal nicht gelingt, dieses Problem zu lösen und früher im Jahr 2020 verfügbar zu sein, werde ich es auch vergessen.

Die Mehrheit der Benutzer für Terminal sind Server- und LTSC-Benutzer

Haben Sie Beweise für diese Aussage?

Kann diese Ausgabe in 2 Ausgaben unterteilt werden; alternativer Bereitstellungsmechanismus und Mindestversion?

Es gibt viele andere Threads zu "Min-Version", also werde ich einfach anfangen, Diskussionen über die Min-Version in diesem Thread als "Off-Topic" zu markieren.

Unser Anwendungsfall: Eine Universität, die einen längerfristigen Support-Zweig auf 3,5.000 Windows 10-Desktops betreibt, hat den Windows Store aktiviert, damit sie Terminal erhalten kann. Unsere Administratoren (diejenigen, die Terminal wirklich mögen und davon profitieren würden) haben zwar Windows-Workstations, auf denen sie es verwenden können, aber zum größten Teil verwenden sie RDP in vielen heterogenen Windows-Servern, auf denen hauptsächlich Server 2016 ausgeführt wird, um dann MMC und PowerShell zur Konfiguration zu verwenden Ihnen. Terminal wäre großartig, um all diese zu haben.

Das andere Nutzungsmuster besteht darin, RDP an einen einzigen geschützten Windows-Remotedesktopserver zu senden, um dann über Enter-PSSession mit den anderen Servern zu interagieren.

Wir haben nur sehr wenige Windows Core-Server, da die Stapel von Drittanbieteranwendungen und Berater, die regelmäßig mit ihnen für die Erstbereitstellung geliefert werden, es nicht verstehen oder die Anwendungen es nicht unterstützen.

Wir haben eine Konfigurationsverwaltungsplattform, die wir verwenden, um hauptsächlich MSIs sowohl für Windows 10 als auch für Server 2016 zu versenden, sodass der Versand überall einfach wäre, wenn es in einem funktionierenden Format wäre.

@carwyn das gleiche hier. Unsere Umgebung hat in der Regel n-1, sodass der Client, den wir unterstützen, gerade auf 2016 aktualisiert wurde.

Ich habe Windows Terminal auf einem Desktop in meinem eigenen Computer zu Hause in der Vorschau angesehen und bin begeistert. Ich würde es gerne „in der Produktion“ auf unseren Sprungboxen bei der Arbeit für das Team verwenden, aber mit der einzigen Option für Windows Server 2019 müssen wir viel länger warten, was für einen erstaunlichen Kunden etwas enttäuschend ist Ich kann möglicherweise meine alternde Windows Powershell ise ersetzen.

Sorry Jungs, ich bin nicht glücklich mit all den Einschränkungen und Schwierigkeiten mit
die Installationen.
Ich glaube, ich habe meine Lösung gefunden. Ich benutze jetzt mobaXterm. Es hat fast alles bekommen
Funktionen, die ich benötige, und muss nur das Installationsprogramm ausführen.
Das Leben kann einfach sein

Am Do., 11. Juni 2020 um 10:20 Uhr schrieb weiyantan <
[email protected]>:

Keine der hier genannten Lösungen hat bei mir für die Installation auf Windows Server 2019 funktioniert. Selbst mit Scoop schlägt es fehl mit "FEHLER Mindestens Windows 10 18362 ist erforderlich."

Keine der hier genannten Lösungen hat bei mir für die Installation auf Windows Server 2019 funktioniert. Auch mit Scoop schlägt es fehl mit "FEHLER Mindestens Windows 10 18362 ist erforderlich."

Richtig. Es funktioniert nicht auf Server 2019. 2019 basiert auf 1809. Und es wird mindestens 1903 benötigt.

Keine der hier genannten Lösungen hat bei mir für die Installation auf Windows Server 2019 funktioniert. Selbst mit Scoop schlägt es fehl mit "FEHLER Mindestens Windows 10 18362 ist erforderlich."

Sie können sich auch den letzten Kommentar in dieser Ausgabe ansehen:
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

Hallo @DHowett , bezüglich #6802
Durch Herunterladen und Doppelklicken auf das Paket wird Microsoft Terminal nicht installiert, wenn der Zugriff auf den Microsoft Store eingeschränkt ist. es zeigt den folgenden Fehler

Gleiches Boot wie Sanket. Unsere IT-Gruppe ist (verständlicherweise) sehr risikoscheu und schätzt Stabilität über neue Funktionen. Und der Zugriff auf den Microsoft Store ist aus Sicherheitsgründen gesperrt, sodass wir selbst nach einem moderneren Build (1903, 2004) anscheinend nicht in der Lage sein werden, Windows Terminal aus MSIX-Paketen zu installieren, es sei denn, wir bauen es aus dem Quellcode (I hab das schon mal gemacht, hat aber lange gedauert, würde das nicht jedes mal machen wollen).

Kann verstehen, dass dies nicht ignoriert, sondern lediglich rückständig ist. Ich hoffe jedoch, dass es bald möglich sein wird, dies über SCCM (für Clients) und auf andere Weise für Windows Server-Computer bereitzustellen.

@JongleurNin @sanket-bhalerao

Dies funktioniert gut, wenn Sie über "Download" -Fähigkeiten verfügen:
Wir haben aufgehört, Build From source seit 0.9 oder 0.10 zu machen, da dies jetzt funktioniert:

Manuell:

• https://github.com/microsoft/terminal/releases/latest
• msixbundle herunterladen (nicht ausführen)
• in zip umbenennen
• extrahieren Sie es
• Führen WindowsTerminal.exe aus
• pin es

Automatisierung:

• Erstellen Sie eine pwsh -Funktion in Ihrem $PROFILE , um list-release-assets zu überprüfen
  Hier möchten Sie diese https://api.github.com/repos/microsoft/terminal/releases/latest
• Sie könnten pwsh ConvertFrom-Json verwenden
• Holen Sie sich die Eigenschaft name , die mit msixbundle endet, in die Asset-Liste
• Verwenden Invoke-WebRequest im Feld browser_download_url
• Vergessen Sie nicht, Get-Proxy und ProxyUseDefaultCredentials zu verwenden, wenn Sie einen NTLM -Proxy haben, denn ... CORP MACHT SPASS
• Verwenden Sie die Funktion Expand-Archive pwsh zum Entpacken (nicht sicher, ob Sie eine explizite Umbenennung benötigen)
• trage dies in einen Gist für deinen Teamkollegen ein ;)

• Benötigt wird eine Xcopy-fähige Exe. Elektrowerkzeuge wie die Konsole benötigen kein Installationsprogramm. Ein Installer ist ein Overkill und bitte vermeiden Sie es. Daher müssen Sie nicht monatelang testen. Als ich das letzte Mal nachgesehen habe, hatte Visual Studio die Möglichkeit, exe im Release-Modus zu erstellen, die ordnungsgemäß signiert ist.
• Als Power-User sind wir von der Entscheidung, Store als primäres Vertriebsmodell zu wählen, nicht beeindruckt. Denn gestern habe ich versucht, diese Konsole auf meinem Arbeitscomputer zu installieren und wissen Sie was, der Store ist mit meinem Hotmail-Konto konfiguriert, da er ein Microsoft-Konto benötigt, das nicht mein Arbeitskonto ist, und ich hatte die Möglichkeit, die Konsole auf meinem persönlichen PC zu installieren war zu Hause. Ich brauchte die Konsole auf meiner Arbeitsmaschine, nicht auf meiner persönlichen Maschine.
• zusammenfassend, einfach nur es. Machen Sie es einfach, dieses Tool zu bekommen, damit wir es verwenden können. Ansonsten bin ich mit ConEmu, das ich seit vielen Jahren verwende, zufrieden.

Nun, ich denke, die einzige Erklärung für diese so vielen nicht vernünftigen Entscheidungen in Bezug auf Installation und Abhängigkeiten muss markt-/politischer Natur sein. Ich denke, MS möchte, dass der Application Store die einzige legitime Quelle für Anwendungen ist (sie schauen hungrig und neidisch auf Apples Geschäftsmodell), ich denke, es macht irgendwann Sinn, aber es ist auch ein gefährlicher Weg. Windows-Benutzer sind keine Apply-Benutzer und nicht so nachsichtig.
Ich bin mir sicher, dass dem Team von Win Terminal die Hände gebunden sind (na ja, ich hoffe sehr, dass das der Grund ist, lassen Sie es mich so sagen!)

@JongleurNin @sanket-bhalerao

Manuell:

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

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

Sollte dies mit v1.1.2021.0 funktionieren?

Es gibt kein WindowsTerminal.exe in der Zip-Datei!?

Sie müssen auch die Sub-msix entpacken
x86 / x64 / ARM
Das Musikpaket verschickt sie alle auf einmal
Haben Sie sich darüber gewundert?

Das war nicht explizit, da stimme ich zu

Sie müssen auch die Sub-msix entpacken

Ich habe das gleich nach dem Posten ausgearbeitet :) Auf welchen Betriebssystemen soll das funktionieren? Ich habe Windows Server 2012R2 und 2016 ausprobiert, aber kein Glück. Nicht sicher, ob ich zu ehrgeizig bin oder ob ich etwas installieren muss?

Sie werden dies nicht tun können, es ist in diesem Repo an mehreren Stellen dokumentiert und diskutiert.
WT stützt sich auf eine sehr spezifische Funktion von Windows selbst, was bedeutet, dass es eine minimale Version gibt

Für Leute, die den Download ein wenig automatisieren möchten, ist hier ein SEHR NAIVES Skript:

• nicht vollständig testen
• unterstützt kein Hot Swap, wenn WT läuft => die Verwendung von Symlink könnte ein Blau/Grün-Update durchführen?
• setzt/aktualisiert $env:PATH nicht

[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

Für Leute, die den Download ein wenig automatisieren möchten, ist hier ein SEHR NAIVES Skript:

* 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

Warum die Verwendung von PowerShell 7 erzwingen? Dadurch wird das Skript weniger nützlich.

Hallo
Vielen Dank, dass Sie es bemerkt haben
Soll ich es für dich aktualisieren? oder hast du es schon mit der vorherigen version?
(siehe Abschnitt Dev time unten)

Warum ?

TL; DR ? weil ich faul bin und nur Dinge verwende, die out of the box existieren

Ein bisschen Kontext, da ich mir Freizeit genommen habe, um zu helfen, würde ich mir absichtlich Zeit nehmen, um zu versuchen, zu helfen, indem ich ein nicht ausführbares Skript bereitstelle?
Wenn ich mich erinnere, verwendet das Skript eine API, die auf 7.0 hinzugefügt und in ~7.0.2/3 behoben wurde, sodass es niemanden stören sollte
Sehen Sie sich das TEMP:\ Laufwerk an

Hängen Sie immer noch an veralteten powershell fest?

Können Sie bitte das Äquivalent zu dem machen, was TEMP:\ fährt, wie gesagt, ich bin faul und habe nur versucht, schnell in der Freizeit zu helfen
powershell wird nur für Windows ausgeliefert und ist/wird auf 5.0 beschränkt und nicht weiterentwickelt
Es ist wahrscheinlich ~1 Jahr her, seit ich powershell TBH ausgeführt habe
Womit wir bei LTS wären

Verwenden von LTS

in January 2018 wurde die erste Ausgabe von pwsh (PowerShell Core) veröffentlicht => 6.0.0
_ pwsh 7.0 ist das aktuelle LTS _ (es wurde am 4. März 2020 versandt)

Wie Sie vielleicht bereits wissen, erfordert WT eine minimale Version von Windows, daher hätte ich (zu schnell) angenommen, dass Verbraucher, die wt verwenden möchten, über pwsh (Powershell Core) seit v6.0 (ca. Januar 2018)

Entwicklungszeit

Nun, da ich dazu neige, sicherzustellen, dass die Tools, die ich verwende, auf dem neuesten Stand sind, um Fehler zu vermeiden, habe ich nicht bemerkt, dass das TEMP:\ -Laufwerk in der vorherigen Version von pwsh nicht vorhanden war oder nicht einmal versucht powershell .
Dieses Skript wurde von mehreren Teamkollegen verwendet (möglicherweise nicht genau das gleiche Skript) und ich denke, dass einer von ihnen das Problem bemerkt / aktualisiert und den Punkt angesprochen hat.
Also haben wir Guard hinzugefügt, um richtig über die Anforderungen informiert zu sein.

Ich hätte Eingabeparameter für den Ordner temp hinzufügen oder die API CSharp drücken können, um einen temporären Ordner zu erhalten usw.
Wie gesagt, ich bin faul und ein einfaches "if() / throw" scheint hier der schnellste Weg zu sein, um eine Lösung zu finden

Bonuspunkte

Beachten Sie auch, dass pwsh 7+ auf der Laufzeitumgebung von dotnet core läuft, also plattformübergreifend ist
Es macht es nützlicher, wenn Sie ein Skript benötigen, das unter Win/Linux/MacOs ausgeführt werden soll
(auch wenn WT nur gewinnen ist)

Aktualisieren / Installieren

Haben Sie versucht, Ihren Computer zu aktualisieren, oder hatten Sie dabei Probleme? Wie kann ich dabei helfen?

Admin richtig? oder nicht

Sie benötigen keine Administratorrechte, um es zu installieren

Verschiedene Weise

Wenn Sie Hilfe beim Aktualisieren Ihres Computers von einem der beiden benötigen

• msix (Doppelklick)
• msixbundle (Doppelklick)
• zip (Rechtsklick > Extrahieren)
• dotnet tool instal -g (Kopieren/Einfügen)

Offizieller GitHub

Wenn Sie Probleme haben, es zu finden, finden Sie hier das offizielle Repository
https://github.com/powershell/powershell/releases/latest

Offizielle Dokumente

Wenn Sie die Dokumentation zum Einsatz und weitere Detailinformationen bevorzugen:
https://github.com/powershell/powershell/releases/tag/v7.0.3

@tebeco Wenn Sie eine Alternative zu temp:/ benötigen, verwenden Sie $Env:TEMP .

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

thx für die info

Glauben Sie, Sie würden eine PR in diesem Repository akzeptieren, um sie als Asset zu versenden?
genau wie das dotnet-Team dotnet-install.ps1|sh veröffentlicht und einen kurzen Link zu aka.ms erstellt hat

Ich würde gerne die PR machen, wenn es für dich ok ist

Dadurch wird das msixbundle -Problem behoben, da es bisher nicht in allen Unternehmensumgebungen verwendet werden kann, in denen der Store gesperrt ist

Ich werde wahrscheinlich fragen

• in welchem ​​Ordner fügen Sie die Datei hinzu
• env-Variablennamen, sodass wir diese var standardmäßig ODER NICHT verwenden können, wenn keine inout-Argumente bereitgestellt werden
• wo die Build-Pipeline geändert werden muss, sodass es sich um eine Einzelperson handelt

Nein Entschuldigung! Das würde ein Maß an offizieller Unterstützung für diese Lösung bedeuten, dem wir noch nicht zustimmen können. Danke trotzdem :smile:

Ich könnte mich da irren, ich habe verstanden, dass die Pb nicht kurzfristig behoben werden würde, da es andere Teams aus dem Store betrifft und so weiter, wie genau ist das Ihrer Meinung nach (~6 Monate / ~12 vielleicht)?
Auch Unternehmen haben Store in erster Linie gesperrt, um die Installation von Drittanbietern zu vermeiden, sodass sie wahrscheinlich nicht bereit sind, ihr „Windows-Basisimage“ zu ändern, um einen zusätzlichen Drittanbieter zu installieren (Ja, Windows Terminal ist eine dritter Teil, es sei denn, es wird innerhalb der Standard-Windows-Installation ausgeliefert, was dazu führt, dass die nächste Ausgabe von Company das "Haupt-Image" nicht schnell aktualisiert (~ 1,5 Jahre GAP)

Um dem Problem noch mehr Schmerz zu verleihen, wird es zu ca. 70 % der Zeit (Aktualisierung des Basisimages) in einem Teil des Unternehmens durchgeführt, der sehr schwer zu finden/kontaktieren/diskutieren ist und der immer „gute“ Gründe findet, was nicht zu tun jemand anderes sie darum bittet, weil sie sicher sein wollen, dass sie alles vollständig besitzen, um die Kontrolle zu haben (... was installiert ist).

Wenn Leute versuchen, WT zu installieren, geben sie wahrscheinlich auf oder versuchen, hier nachzusehen und nach einer Lösung zu suchen
Sie werden wahrscheinlich nirgendwo anders ein Gist/Repo finden können, da sie nicht wissen, dass es existiert

Es ist irgendwie komisch, mittendrin zu sein

• Kann keine Diskussion mit der Sicherheit führen, die die Installation von Store / Third Part / Windows sperrt
• Ich versuche hier zu helfen, ein Skript zu bekommen, das eine angemessene Problemumgehung durchführt, aber ich verstehe, dass dies nicht Ihr langfristiges Ziel ist (sagen wir in 2 Jahren).

Wenn es möglich ist, ab heute eine Problemumgehung zu haben, bis zu diesem "langfristigen Ziel", das in den nächsten Jahren veröffentlicht wird

Wie weit würden Sie gehen, um eine Lösung zu fördern, die Abhilfe schafft, bis etwas Ideales ist und "unterstützbar" veröffentlicht wird?
Würden Sie README dieses Repos so ändern, dass entweder/beide auf einen Gist/Repo zeigen, der das Skript hostet?
Würden Sie standardmäßig ein zu diesem Thema offenes Problem an dieses Repo/Gist-Skript senden, wenn irgendwie das gleiche Problem auftritt?

Ich suche nach einem "Mittelweg", der vom Windows Terminal -Team befördert würde, aber Sie sind nicht gezwungen, eine "offizielle Unterstützung" an der Quelle zu haben