Terminal: Selidiki mekanisme penerapan alternatif untuk Terminal Windows

Beri tahu saya jika/ketika seseorang melihat ini. Kami akan menempuh jalan ini untuk Pratinjau WinDbg, jadi kami mungkin akan memiliki beberapa panduan tentang opsi apa yang kami lihat dan pro/kontra.

Ini adalah fitur yang menarik.

1. Instal Visual C++ yang Dapat Didistribusikan Kembali

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

2. Kunjungi https://dev.azure.com/ms/Terminal/_build

3. Pilih build master terbaru
4. Klik Artefak
5. Klik appx-Rilis
6. Ekstrak appx-Release.zip
7. Ekstrak CascadiaPackage_0.0.1.0_x64.msix
8. Buka WindowsTerminal.exe

Perhatikan bahwa ini sebenarnya tidak berfungsi untuk saya, Terminal tidak terbuka.
Namun mungkin seseorang dapat menemukan bagian yang hilang dari sini.

Apa yang Anda lewatkan adalah salinan lokal dari vcruntime140_app dan msvcp???_app runtime penampung aplikasi. Terminal Windows seharusnya dapat diaktifkan dengan klik dua kali.

Mengapa tepatnya MS merilis aplikasi Terminal yang tidak dapat digunakan di server?

Apakah Anda benar-benar berpikir pengguna utama Anda hanya menggunakan Windows 10?

Saya tahu kalian mencoba merangkul dunia dev dan open-source, tetapi mungkin bertanya kepada pengguna Anda apa yang mereka inginkan sebelum merilis apa yang akan menjadi alat hebat di lingkungan yang cenderung tidak menjadi pengguna utama.

Saya menonton utas ini dengan harapan seseorang mengetahui cara melakukan ini; Saya dapat mengompilasinya tetapi sayangnya menginstal tumpukan build C++ di tempat kerja tidak akan terjadi.

@methodbox Anda tidak perlu bersikap kasar tentang hal itu ️. Kami mendengar Anda dengan keras dan jelas. Kami sadar bahwa kami membutuhkan beberapa model distribusi yang berbeda.

Sekali lagi, aku mendengarmu. Inilah kesepakatannya: _ini adalah rilis pratinjau_, dan dengan sumber daya yang tersedia, kami harus memastikan bahwa kami menginvestasikannya dengan bijak. Membiarkan orang lain melakukan distribusi dan penginstalan akan membebaskan satu bulan penuh waktu rekayasa jika tidak dihabiskan untuk membangun dan menguji penginstal pada semua konfigurasi yang kami dukung. Itu sebabnya ada di _backlog_ kami. Kami menyadari bahwa ini sangat penting bagi sebagian besar calon pengguna kami, tetapi kami memprioritaskan fitur dan kinerja serta perbaikan bug terlebih dahulu.

Sekali lagi, aku mendengarmu. Inilah kesepakatannya: _ini adalah rilis pratinjau_, dan dengan sumber daya yang tersedia, kami harus memastikan bahwa kami menginvestasikannya dengan bijak. Membiarkan orang lain melakukan distribusi dan penginstalan akan membebaskan satu bulan penuh waktu rekayasa jika tidak dihabiskan untuk membangun dan menguji penginstal pada semua konfigurasi yang kami dukung. Itu sebabnya ada di _backlog_ kami. Kami menyadari bahwa ini sangat penting bagi sebagian besar calon pengguna kami, tetapi kami memprioritaskan fitur dan kinerja serta perbaikan bug terlebih dahulu.

Kurasa aku bingung dengan itu. Anda mengatakan bahwa membiarkan orang lain mendistribusikannya akan menghemat waktu dan tenaga, (orang lain adalah GitHub?) namun bukan itu yang dilakukan terlebih dahulu ?

Saya juga tidak bersikap tidak baik; Saya mengajukan pertanyaan serius, dan membuat beberapa pernyataan serius.

Saya tidak punya waktu di tempat kerja untuk menginstal semua kebutuhan VS untuk mengkompilasi ini dan mencoba menggunakannya di Windows Server atau saya akan melakukannya, dan saya juga tidak mengerti audiens target Windows 10, dan saya sangat ingin tahu apakah ada sesuatu Saya tidak tahu itu akan menjadikan mereka target pertama.

Maaf kritik tampaknya tidak baik, tetapi ini adalah masalah yang sah.

• exe yang dapat disalin adalah yang dibutuhkan. Alat-alat listrik seperti konsol tidak memerlukan penginstal. Pemasang adalah pekerjaan yang berlebihan dan harap hindari. Karenanya Anda tidak perlu menghabiskan berbulan-bulan pengujian. Terakhir kali saya periksa, visual studio memiliki kemampuan untuk menghasilkan exe dalam mode rilis yang ditandatangani.

• sebagai power user kami tidak terkesan dengan keputusan untuk memilih toko sebagai model distribusi utama. Karena, kemarin saya mencoba menginstal konsol ini di mesin kerja saya dan coba tebak, toko dikonfigurasi dengan akun Hotmail saya karena memerlukan akun Microsoft yang bukan akun kerja saya dan saya memiliki opsi untuk menginstal konsol di PC pribadi saya yang berada di rumah. Saya membutuhkan konsol di mesin kerja saya bukan di mesin pribadi saya.

• Singkatnya, hanya itu. Permudah untuk mendapatkan alat ini agar kita dapat menggunakannya. Jika tidak, saya senang dengan ConEmu yang telah saya gunakan selama bertahun-tahun.

Versi portabel harus dimiliki untuk lingkungan pengembangan perusahaan kami yang semakin ketat.
Kami tidak memiliki hak admin di desktop kami, semoga kami memiliki vscode, pwsh, python, git, conemu, dll. dalam versi zip, jadi saya sangat ingin melihat hal yang sama untuk Terminal.

1. Instal Visual C++ yang Dapat Didistribusikan Kembali
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. Kunjungi https://dev.azure.com/ms/Terminal/_build
3. Pilih build master terbaru
4. Klik Artefak
5. Klik appx-Rilis
6. Ekstrak appx-Release.zip
7. Ekstrak CascadiaPackage_0.0.1.0_x64.msix
8. Buka WindowsTerminal.exe

Perhatikan bahwa ini sebenarnya tidak berfungsi untuk saya, Terminal tidak terbuka.
Namun mungkin seseorang dapat menemukan bagian yang hilang dari sini.

Alih-alih menjalankan WindowsTerminal.exe, Anda harus mendaftarkan aplikasi dengan PowerShell:
Add-AppxPackage .\AppxManifest.xml -Register

Kemudian muncul di menu Start dan dari sana Anda dapat memulainya.
Catatan, Anda mungkin perlu mengaktifkan Mode Pengembang di menu pengaturan terlebih dahulu, saya sudah mengaktifkannya jadi saya tidak yakin apakah itu berfungsi tanpanya.

Terima kasih telah memenuhi kebutuhan komunitas pengembang akan terminal yang lebih baik. Ini adalah aplikasi yang ingin saya lihat di Windows selama bertahun-tahun dan berharap dapat segera mencobanya. Saya senang mengambil build dari master, tetapi saat ini saya menggunakan Windows Server 2019 Datacenter LTSC.

BERTANYA:

• Dukungan untuk Windows Server 2019 LTSC, Microsoft Windows NT 10.0.17763.0

• Petunjuk penginstalan atau tautan ke petunjuk tersebut di README.md:

1. Instal Visual C++ Redistributable (lihat https://aka.ms/vs/16/release/vc_redist.x64.exe)
2. Kunjungi https://dev.azure.com/ms/Terminal/_build
3. Pilih master build terbaru
4. Klik Artefak
5. Klik appx-Rilis
6. Ekstrak appx-Release.zip
7. Ekstrak CascadiaPackage_0.0.1.0_x64.msix
8. Buka WindowsTerminal.exe

Apa yang Anda lewatkan adalah salinan lokal dari vcruntime140_app dan msvcp???_app runtime penampung aplikasi. Terminal Windows seharusnya dapat diaktifkan dengan klik dua kali.

@DHowett-MSFT Bisakah Anda memberi kami panduan tentang cara menginstalnya?

Saya ingin mengujinya di tempat kerja tetapi tidak ada kesempatan untuk menggunakan Windows Store di sana. Saya mencoba membangunnya sendiri pada versi yang lebih lama dan bahkan berhasil melakukannya, tetapi karena dibutuhkan hampir 40GB antara persyaratan Visual Studio dan repo itu sendiri setelah pembangunan, itu dengan cepat menjadi tidak dapat dikelola pada ruang SSD saya yang terbatas.

Dan jangan pedulikan komentar negatif, omong-omong. Terminal keluar dengan baik (saya benar-benar mengujinya di rumah dengan WSL 2 dan saya tidak pernah memiliki pengalaman terminal yang mulus di Windows sebelumnya). Beberapa orang gagal memahami maksud dari pratinjau tetapi itu karena mereka juga sangat menantikannya.

Seiring waktu, itu akan keluar dari pratinjau dan semua orang (atau setidaknya sebagian besar pengguna) akan senang.

2. Kunjungi https://dev.azure.com/ms/Terminal/_build

Orang-orang non-MSFT tidak memiliki izin untuk artefak

Saya mengunduh artefak tetapi tidak dapat menginstal .msix dengan mengklik dua kali karena dikatakan bahwa itu tidak ditandatangani oleh sertifikat tepercaya.

Saya telah berhasil membuatnya berfungsi dengan mengunduh artefak, mengekstrak .msix ke folder dan kemudian menjalankan Add-AppxPackage AppxManifest.xml -Register dari Powershell di dalam folder. Sekarang saya dapat menjalankannya dengan membuka if dari menu mulai sebagai "Terminal Windows (Dev Build)".

Proses yang cukup rumit, tetapi berhasil untuk saat ini.

Toko Windows adalah perangkat lunak yang rusak. Ini seperti bayi cengeng yang selalu membutuhkan perhatian Anda dan tidak pernah melakukan apa pun yang Anda harapkan. Mengandalkannya sama saja dengan mengatakan _tolong jangan pasang barang-barang kami_.

Saya baru saja dialihkan ke sini dari #1757 dan senang melihat begitu banyak daya tarik dalam hal ini.

Dan mengapa mempersulit hal yang sederhana? Unduh, instal, dan seharusnya begitu.

Inilah kesepakatannya: ini adalah rilis pratinjau

Ya, dan orang-orang sudah bersemangat tentang ini. Rasa sakit berurusan dengan notepad baris perintah (alias cmd.exe) pasti menjengkelkan untuk mendorong orang mencoba terminal yang lebih baik, bahkan jika itu pra-rilis. Plus ada twitter hype.

Tolong jangan melihat komentar kami sebagai kata-kata kasar. Kami _ingin_ mendapatkannya secepatnya. Mengirim kami ke Toko adalah membanting pintu di wajah kami. Kami ingin menginvestasikan waktu kami dengan bijak juga. Menghabiskan mereka untuk memperbaiki masalah toko Windows jelas bukan penggunaan waktu yang produktif bagi siapa pun. Semoga kamu mengerti!

Saya SANGAT frustrasi dengan pengalaman "instal" ini. Saya memasang tanda kutip karena saya sebenarnya tidak bisa menginstalnya. Store memberi saya daftar beberapa mesin yang saya targetkan untuk dipasang... tetapi bukan yang sebenarnya saya gunakan. Dan bahkan jika saya memilih salah satu mesin yang terdaftar, itu memberitahu saya bahwa itu mencoba untuk menginstal, tetapi tidak ada yang pernah diinstal. Dan tidak ada umpan balik untuk saya gunakan sebagai titik awal untuk pemecahan masalah - tidak ada pesan kesalahan, atau informasi log, hanya diam.

Saya merasa terganggu karena tidak hanya ada penginstal biasa, seperti yang telah kami gunakan selama beberapa dekade. Dan saya merasa terganggu karena Windows Store tampaknya tidak dapat menargetkan mesin yang sebenarnya saya gunakan (bukankah itu seharusnya diberikan??). Dengan segala hormat, saya tidak ingin menghabiskan waktu memecahkan masalah lingkungan Windows Store saya untuk mencari tahu mengapa itu tidak mengakui sistem saya (dan ya ... itu pasti memenuhi persyaratan) atau mengapa proses instalasi tampaknya melakukan apa-apa. Saya tidak sering menggunakan Store, tetapi saya tidak ingat pernah harus memilih sistem target untuk penginstalan. Apakah ini fitur baru? Bagaimanapun, pengalaman ini sangat mengerikan.

Saya telah menjadi pengembang selama 20+ tahun. Tetapi bahkan saya tidak ingin mengunduh sumber untuk ini dan mengompilasinya. Saya hanya ingin executable yang dikompilasi yang dapat saya instal dan jalankan.

@drullo Periksa info OS Anda. Ini tidak begitu jelas tetapi jika Anda menggulir sedikit ke bawah, itu akan menunjukkan konfigurasi Anda saat ini vs yang diperlukan. Jika itu masalahnya, Anda kemudian harus memutuskan apakah Anda ingin mengambil risiko memutakhirkan ke versi OS saat ini atau langsung tanpa menggunakan terminal.

Secara teori, semua ini tidak buruk, tetapi cara penerapannya (Windows store) cukup buruk (tidak stabil, banyak hal yang dapat dan akan salah) dan jujur, ini adalah waktu yang tidak layak dihabiskan hanya untuk menginstal aplikasi (bukan hanya terminal tetapi aplikasi toko apa pun).

Sayangnya, App store dan pembaruan OS di Mac adalah pengalaman yang jauh lebih lancar. Ini memiliki masalah sendiri tetapi tidak ada yang berada pada tingkat dasar yang primitif.

Tolong naikkan prioritas yang satu ini... Ini mungkin fitur yang paling banyak ditanyakan...

Sebagai langkah pertama menuju distribusi alternatif, saya telah memublikasikan bundel MSIX (yang ditandatangani, dapat diperbarui) ke halaman rilis . Mereka harus dapat diinstal dengan klik dua kali pada 1903+, tetapi mungkin ada beberapa paket ketergantungan yang perlu diinstal. Kami sedang berusaha membuat proses itu sedikit lebih baik. Harap bersabar dengan kami.

Saat ini, kami _membutuhkan_ konteks instalasi MSIX/appx untuk pencarian sumber daya (ikon, string, dll.) dan aktivasi komponen (sehingga kami dapat memuat DLL konstituen kami), tetapi kemajuan sedang dibuat untuk membuat persyaratan itu sedikit lebih longgar karena dengan baik.

Saya sebenarnya menyukai gagasan menggunakan penyebaran msix. Msix memiliki dukungan bahkan untuk Windows 7 jadi menginstal klik dua kali menggunakan msix akan sangat bagus.

@DHowett-MSFT ini awal yang baik!

• Saya masih ingin versi portabel di masa mendatang (seperti aplikasi sysinternals)
• Harap perbarui file readme yang menyediakan tautan ke halaman rilis sehingga orang-orang dapat benar-benar menyadarinya tersedia di luar Store.

@amithegde Kami telah memperbarui ReadMe - terima kasih atas saran Anda.

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

Mencoba menginstal offline menggunakan MSIX dari halaman rilis, dan menerima pesan kesalahan, saat meluncurkan lisensi perangkat CLiP WindowsTerminal.exe tidak ditemukan. Tidak yakin bagaimana cara memperbaikinya

Pada penginstal offline sangat dibutuhkan untuk menginstal WT di server kami.

Saya menemukan masalah ini setelah beberapa kali gagal untuk menginstal Terminal Windows. Masalahnya di sini adalah bahwa Windows 10 LTSC (versi dukungan jangka panjang) yang digunakan di banyak lingkungan profesional adalah versi 1809 (build 17763), sedangkan Windows Terminal dikemas sebagai bundel MSIX dari arsip MSIX yang hanya dapat diinstal pada versi Windows 10 yang lebih baru.

Itu membuat Terminal Windows tidak dapat digunakan di lingkungan profesional dalam kondisi saat ini. Sementara seperti yang dinyatakan oleh Microsoft, LTSC berikutnya tidak akan dirilis hingga tahun 2021. Jika mekanisme penyebaran lain tidak disediakan, Terminal Windows akan tetap tidak dapat digunakan di lingkungan profesional selama dua tahun lagi.

Saya bukan pengembang yang berpusat pada Windows, jadi saya tidak tahu berapa biaya/beban untuk merilis file exe yang ditautkan secara statis sebagai solusi sementara yang cepat & kotor, tetapi jika itu mungkin, itu akan bagus. Segala bentuk versi mandiri/portabel sebenarnya akan sangat dihargai (seperti yang digarisbawahi oleh semua komentar sebelumnya ;)).

Sunting:

Beberapa pemikiran tambahan,

• di lingkungan profesional, Windows Store biasanya dinonaktifkan (sehingga mengaktifkan mode pengembang dan menggunakan add-appxpackage mungkin memerlukan dokumentasi yang jelas di README menurut saya);
• alangkah baiknya untuk memperjelas persyaratan kompatibilitas di README (dalam hal versi Windows 10 diperlukan/kompatibel).

@NBardelot Dalam "lingkungan profesional" tidak mungkin Anda memerlukan versi LTSC dari Windows dan Terminal Windows bersama-sama, bah, Anda tidak akan memerlukan LTSC kecuali Anda menjalankan sistem yang sangat kritis yang saya ragukan.
Dalam "lingkungan profesional" jika Anda diharuskan memiliki aplikasi yang tersedia dari Microsoft Store, Anda dapat melalui proses standar untuk meminta barang yang biasanya ada di perusahaan Anda (ITIL).
Terminal Windows menargetkan pengembang yang baik-baik saja untuk memiliki versi Insider Windows - Saya tidak mengerti argumen memilikinya di LTSC, terutama ketika itu di PREVIEW yang bertentangan dengan tujuan LTSC.
Sangat jelas apa yang harus Anda miliki untuk menjalankannya: Persyaratan & dan Microsoft Store.

@gh4chris Ini tidak mendesak, CMD dan PowerShell tersedia di Windows Server - tidak ada argumen yang masuk akal mengapa Anda membutuhkannya.

Asumsinya harus untuk setiap adopsi perusahaan, bahwa penggunaan non-toko diperlukan. Sebagian besar lingkungan produksi yang dibangun dengan baik tidak memiliki akses internet dan menggunakan alat penerapan.

Mengapa ada penolakan di sekitar kenyamanan?

Jadi sebagai catatan, kami menyediakan mekanisme instalasi non-toko - lihat halaman rilis kami. Namun, kami tidak benar-benar dapat mengalah pada persyaratan versi build Windows. Kami bergantung pada beberapa fitur OS yang hanya dikirimkan dalam versi terbaru Windows 10. Itulah alasan sebenarnya kami tidak akan dapat bekerja di LTSC.

@zadjii-msft ini sangat bisa dimengerti, meskipun saya harus menggarisbawahi lagi bahwa sayangnya itu berarti tidak ada Terminal Windows hingga 2021 untuk banyak kasus penggunaan yang menarik (dan adopsi yang luas, setelah Anda berada dalam mode rilis). Jika ada cara untuk mengatasi keterbatasan yang Anda bicarakan, saya harap Anda akan mempertimbangkannya :)

@CatTheHacker Terima kasih atas wawasan Anda. Harap dipahami juga bahwa memberi tahu orang lain bahwa Anda paling tahu apa yang mereka butuhkan atau tidak adalah tindakan yang tidak sopan, karena Anda tidak memiliki semua informasi yang tersedia dan mungkin salah memahami batasannya. Yang mengatakan, saya dengan senang hati akan menggambarkan kasus penggunaan saya, karena kesalahpahaman Anda juga kurangnya penjelasan saya.

Saat ini saya bekerja di lingkungan yang cukup aman, untuk sebuah perusahaan besar. Desktop menjalankan Windows 10 LTSC untuk alasan keamanan dan pemeliharaan (dan saya tidak berhak mengubahnya). Saya tidak berbicara tentang mesin/server kritis, tetapi workstation dev & ops. Salah satu tujuan kami adalah membuat prototipe dan menguji alat yang belum disederhanakan di ITIL / repositori dll., dan menjelajahi apa yang dapat dilakukan untuk membuat hidup pengembang & operasi lebih mudah. Itu bahkan membawa kita untuk membandingkan alat OS vs OS, yang merupakan perubahan paradigma sejati untuk perusahaan semacam itu. Dalam skenario itu, menjalankan versi pratinjau Terminal Windows, dan mulai menunjukkan kepada orang-orang bagaimana bekerja dengan baik dengan terminal (karena Powershell, buruh pelabuhan, kubernetes/openshift...) adalah suatu kebutuhan.

Akan sangat bagus untuk memiliki cara untuk mengotomatisasi instalasi aplikasi Terminal Windows dari baris perintah.

@NBardelot - Terima kasih atas info & pemikiran Anda di sini.

MSIX

Saat ini, kami sedang membangun Terminal ke dalam paket MSIX karena ini adalah jalur strategis ke depan untuk mengemas aplikasi di Windows. Kami tidak menolak untuk mempertimbangkan format kemasan lain jika ada permintaan yang cukup untuk melakukannya, tetapi untuk saat ini kami berfokus pada skenario arus utama untuk menangani sebagian besar kebutuhan masyarakat.

Yang mengatakan, saya menggali kembali rencana tim MSIX. SKU LTS. Akan memberi tahu Anda ketika saya mendengar kabar dari mereka.

LTS

Perhatikan bahwa SKU LTS menurut definisinya lebih terbatas dan jarang diperbarui daripada SKU rilis umum. Karena itu, kemungkinan besar produk & fitur yang lebih baru memerlukan waktu lebih lama untuk tiba dan/atau tidak didukung pada SKU LTS. Singkatnya, jika Anda ingin menjalankan alat & teknologi terbaru dan terhebat segera setelah dirilis, Anda MUNGKIN perlu mempertimbangkan SKU non-LTS.

Perusahaan yang membutuhkan kontrol lebih besar atas konfigurasi platformnya, sementara juga memungkinkan pengguna untuk menerapkan sendiri aplikasi yang disetujui, dan/atau menerapkan aplikasi terkelola yang dikenal mungkin ingin menjelajahi Windows Store For Business yang dapat berintegrasi dengan SCCM dan InTune untuk penerapan otomatis, dll. dari aplikasi yang disetujui.

Kami akan segera memperbarui dokumen v. kami dan pasti akan memasukkan beberapa umpan balik & permintaan Anda untuk membuat area ini lebih mudah dipahami.

FYI, sekarang ada paket cokelat , jadi seseorang dapat menjalankan choco install microsoft-windows-terminal untuk menginstal aplikasi.

Terima kasih banyak kepada @mkevenaar yang tampaknya telah menyatukannya! 🎉.

@SeanKilleen Tentu saja - Saya penggemar berat Chocolatey dan berterima kasih kepada @mkevenaar karena telah membuat paket Chocolatey untuk merujuk ke rilis terbaru kami :)

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

@SeanKilleen Tentu saja - Saya penggemar berat Chocolatey dan berterima kasih kepada @mkevenaar karena telah membuat paket Chocolatey untuk merujuk ke rilis terbaru kami :)

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

@bitcrazed Sama -sama! Ini menjalankan skrip pembaruan setiap 6 jam, dan biasanya dibutuhkan kurang dari 1 jam untuk diproses oleh situs web cokelat!

[Pembaruan: Mengganti tautan sebelumnya]:

Jika Anda menginstal Terminal Windows secara manual, dan tidak menginstal VC Redist, Terminal akan gagal untuk menginstal dan/atau menjalankan.

Silakan unduh dan instal paket kerangka kerja C++ Runtime v14 untuk Desktop Bridge:
https://www.microsoft.com/en-us/download/details.aspx?id=53175

Paket kerangka kerja C++ Runtime akan disalin ke folder di bawah %ProgramFiles(x86)%\Microsoft SDKs\Windows Kits10\ExtensionSDKs\Microsoft.VCLibs.Desktop.

Catatan: Anda juga dapat menginstal paket secara manual menggunakan cmdlet Add-AppxPackage PowerShell.

(Terkait dengan #2369)

^ Itu masih gagal untuk saya. Ia mencoba menginstal Visual C++ run-time for UWP dari Store dan sayangnya toko tidak dapat mengakses internet karena batasan.

Acara setelah instalasi dari choco pesan ini muncul:

Hai @mubaidr : Saya telah memperbarui respons saya di atas untuk menautkan ke jembatan desktop VC++ Runtime redist. Silakan mencobanya dan beri tahu saya jika itu menyelesaikan masalah Anda.

Masih pesan kesalahan yang sama :(

SysAdmin kami menonaktifkan Windows Store dan kami tidak memiliki konektivitas internet terbuka. Jadi kita membutuhkan paket installer.

@rfresow - kami memublikasikan setiap build Terminal yang dirilis secara publik ke toko dan ke rilis dalam repo ini: https://github.com/microsoft/terminal/releases

Catatan: Karena Anda menginstal secara manual, pastikan untuk memperbarui secara manual - kami bertujuan untuk menerbitkan sekitar sebulan sekali.

@mubaidr - maaf Anda mengalami masalah di sini. Bisakah saya meminta Anda untuk menghapus Terminal, mem-boot ulang mesin Anda, menginstal ulang? Saya khawatir sesuatu yang tidak biasa terjadi dengan konfigurasi mesin Anda.

^ @bitcrazed Saya mulai berpikiran sama. Perencanaan untuk pengaturan baru. Uninstall dan reboot juga tidak membantu. Jadi saya akan mulai dengan pengaturan yang bersih.

FWIW, saya telah mengalami persyaratan VC yang sama. Kami juga menonaktifkan akses ke Windows Store karena berbagai alasan (jaringan offline, dll.)

Akan lebih baik jika terminal tersedia untuk diinstal sesuai kebutuhan pada hal-hal seperti host jump, dll.

Hai @mubaidr : Saya telah memperbarui respons saya di atas untuk menautkan ke jembatan desktop VC++ Runtime redist. Silakan mencobanya dan beri tahu saya jika itu menyelesaikan masalah Anda.

@bitcrazed Saya yakin unduhan di atas tidak cukup baru untuk terminal yang dibangun. Milik saya mengeluh tentang versi ...

Setelah menginstal UWP VCLibs dari tautan Anda, itu adalah versi 14.24222.0 (dari Program & Fitur); tetapi jika saya melakukan Get-AppXPackage:

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

Tautan di atas tertanggal 2016 ...

Masalah yang sama - file vc_uwpdesktop.140.exe dari tautan berisi versi lama Microsoft.VCLibs - setelah Anda menginstalnya di C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ Anda dapat menemukan:

• Versi 14.0.24217.0 di folder "Retail"
• Versi 14.0.24222.0 di folder "Debug"

Terminal Windows memerlukan versi minimum 14.0.27323.0 . Apakah ada cara untuk menginstalnya tanpa mengaktifkan Store?

Saya membangun (dan telah menggunakan, yay) Terminal dari sumber beberapa bulan yang lalu dengan VS2019 dan W10 1903. Namun, sepertinya saya tidak dapat menjalankan msixbundle yang baru, saya tidak memiliki izin untuk mengakses artefak Azure, dan ketika saya melakukan git pull dan mencoba membangun kembali di VS, saya mendapatkan beberapa kesalahan bahkan setelah mengambil pembaruan NuGet yang direkomendasikan dan menginstal Dot Net 4.7.2.

Kesedihan :(

Windows Server 2019 Tetap tidak didukung. Dan ya, kami hanya menggunakan rilis LTSB bukan karena kami "reaksionis". Tetapi karena kami bekerja di perusahaan nyata dengan lebih dari 5000 server dan bahkan mencoba memperbaruinya setiap tahun adalah hal yang sangat buruk.

Menautkan semua item lain ke bug ini sangat bagus - tetapi membuang-buang waktu bagi banyak orang yang ingin menginstal ini di Server OS. Harap tambahkan baris ke readme proyek yang mengatakan:

"Ingin memasang Terminal Windows di Windows Server 2019? - Kami belum sampai, kembali lagi nanti!..."

Menautkan semua item lain ke bug ini sangat bagus - tetapi membuang-buang waktu bagi banyak orang yang ingin menginstal ini di Server OS. Harap tambahkan baris ke readme proyek yang mengatakan:

"Ingin memasang Terminal Windows di Windows Server 2019? - Kami belum sampai, kembali lagi nanti!..."

readme sudah menyatakan:

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

Masalah yang sama - file vc_uwpdesktop.140.exe dari tautan berisi versi lama Microsoft.VCLibs - setelah Anda menginstalnya di C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ Anda dapat menemukan:

• Versi 14.0.24217.0 di folder "Retail"
• Versi 14.0.24222.0 di folder "Debug"

Terminal Windows memerlukan versi minimum 14.0.27323.0 . Apakah ada cara untuk menginstalnya tanpa mengaktifkan Store?

Saya berada di lingkungan tanpa akses Microsoft Store dan juga mengalami masalah ini. Sepertinya versi yang saya instal adalah 14.0.26905.0. Versi yang Anda dapatkan melalui unduhan manual adalah 14.0.24217.0. Saya tidak melihat cara untuk menginstal 14.0.27323.0 tanpa MS Store.

• Versi 14.0.24217.0 di folder "Retail"
• Versi 14.0.24222.0 di folder "Debug"

Saya telah menginstal versi tersebut dan Terminal 0.6.2951.0 berjalan dengan baik.

Mungkin VC 14.0.27323.0 diinstal di tempat lain di sistem saya, tetapi saya rasa tidak. Di mana persyaratan itu disebutkan?

• Versi 14.0.24217.0 di folder "Retail"
• Versi 14.0.24222.0 di folder "Debug"

Saya telah menginstal versi tersebut dan Terminal 0.6.2951.0 berjalan dengan baik.

Mungkin VC 14.0.27323.0 diinstal di tempat lain di sistem saya, tetapi saya rasa tidak. Di mana persyaratan itu disebutkan?

Apakah komputer Anda memiliki akses ke MS Store? Milik saya tidak. Saya baru-baru ini memutakhirkan ke 1909, yang mungkin dari mana versi saya 14.0.26905.0 berasal, tapi saya tidak yakin.

Ini adalah kesalahan yang saya dapatkan ketika mencoba menginstal:

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

• Versi 14.0.24217.0 di folder "Retail"
• Versi 14.0.24222.0 di folder "Debug"

Saya telah menginstal versi tersebut dan Terminal 0.6.2951.0 berjalan dengan baik.
Mungkin VC 14.0.27323.0 diinstal di tempat lain di sistem saya, tetapi saya rasa tidak. Di mana persyaratan itu disebutkan?

Apakah komputer Anda memiliki akses ke MS Store? Milik saya tidak. Saya baru-baru ini memutakhirkan ke 1909, yang mungkin dari mana versi saya 14.0.26905.0 berasal, tapi saya tidak yakin.

Ini adalah kesalahan yang saya dapatkan ketika mencoba menginstal:

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

Saya baru-baru ini memutakhirkan PC lain di lingkungan yang sama ini ke 1909. Saya dapat menginstal Terminal Windows terbaru 0.6.2951.0. Ternyata, mesin ini memiliki UWPDesktop v 14.0.27810.0. Saya tidak 100% yakin di mana, kapan, atau bagaimana menginstalnya, meskipun saya pikir itu mungkin karena mesin ini telah menginstal VS2017 dan VS2019.

Sepertinya yang perlu terjadi adalah mengunduh ini
https://www.microsoft.com/en-us/download/details.aspx?id=53175
diperbarui menjadi versi 14.0.27810.0 (atau lebih baru). Saya tidak yakin mengapa unduhan itu mandek sejak 2016.

Pembaruan: Kami sedang melakukan beberapa percakapan internal untuk menyelesaikan masalah ini. Pantau terus.

FWIW, saya bekerja di lingkungan yang tidak akan pernah terhubung ke internet. Sertifikasi yang telah diterima Azure, M365, dll. Mereka tidak akan pernah memiliki konektivitas internet.

Terminal Windows telah tersedia di Scoop . Scoop mengekstrak file dari msix dengan 7zip dan berfungsi dengan baik. Jadi saya kira Terminal Windows sudah portabel? Tampaknya tidak semua penginstal msix dapat berfungsi seperti ini.

Memang benar hari ini bahwa Terminal bekerja tanpa paket, tetapi saat ini kami tidak menjamin bahwa hal itu akan selalu terjadi.

Menggunakan cokelat gagal di server windows 2019:

choco install microsoft-windows-terminal
GALAT: Paket ini membutuhkan setidaknya Windows 10 versi 1903/OS build 18362.x.
Instalasi microsoft-windows-terminal TIDAK berhasil.

Apakah ada versi server windows yang berbeda atau semuanya terlalu tua?

@ArgTang Saya percaya tidak ada versi Server yang tersedia: https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

Memang! /dup#2312.

Hai! Kami telah mengidentifikasi masalah ini sebagai duplikat dari masalah lain yang sudah ada di Pelacak Masalah ini. Instance khusus ini sedang ditutup untuk melacak kekhawatiran di utas yang direferensikan. Terima kasih atas laporan Anda!

Saat ini, Server tidak tersedia dalam varian 1903 atau 1909. Maaf tentang itu!

Saya sama sekali tidak bermaksud menutup bug pelacakan master ini. Maaf semuanya!

Sejauh ini saya sama sekali tidak menemukan solusi di tempat kerja
karena masalah sebelumnya telah ditutup, saya memperbarui di sini dengan versi terbaru yang dirilis:
(salin tempel masalah sebelumnya di sini agar tidak kehilangan jejak dari #4424, maaf @DHowett saya pikir ini membantu untuk melihat perilaku setiap versi yang dirilis apakah itu berubah dari waktu ke waktu)

hasilnya ada di sini: https://github.com/microsoft/terminal/issues/4424 masalah ditutup demi yang ini

Satu-satunya versi yang berfungsi yang saya miliki adalah 0.6xxxx yang saya buat secara manual, saya mengalami mdmerge.exe crash ketika mencoba membangun 0.8.x baik pada 19041 slow ring atau pada 1909 stable

Salin tempel dari edisi tertutup:

WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle terakhir menginstal tetapi aplikasi crash, sama jika saya menginstal dari chocolatey

@DHowett

Thx untuk perbaikan atas msixbundle karena tidak menginstal, dan mulai berjalan.
Bisakah Anda memberi tahu saya bagaimana saya bisa mendapatkan info tentang MENGAPA crash saat berjalan sehingga saya dapat membuat masalah yang tepat untuk kemungkinan mengatasinya di versi yang lebih baru?

Saya dapat melihat perbatasan muncul selama setengah detik, lalu crash dan ini:

jika saya membuka cukup cepat Start Menu saya dapat melihat bahwa mungkin ada semacam MS Store Post Action (progress bar):

Bagaimana saya bisa membantu ?
Saya ingin tahu di mana Log untuk mendiagnosis ini.
Saya tidak yakin ke mana harus melihat di EventViewer (saya mencoba memeriksa tetapi tidak menemukan apa pun yang terlihat seperti crash)

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

Jika dengan cara apa pun status instalasi saat ini dapat membantu, beri tahu saya.

Saya belum menemukan cara untuk mendapatkan log/diag/trace tentang apa yang tidak ditemukan sehingga dapat membantu memberikan umpan balik tentang perilaku khusus ini untuk melihat apakah dan bagaimana hal itu berpotensi diperbaiki ^^

Saya tidak keberatan tidak memiliki "Pembaruan toko" karena ... Perusahaan mengunci toko.
itu sebabnya untuk saat ini saya mencoba menggunakan msixbundle setidaknya sekali ;)
Saya hanya akan menginstal ulang msixbundle berikutnya ketika saya perlu memperbarui

Terima kasih semuanya atas kesabaran Anda dengan masalah ini.

Kami sepenuhnya memahami apa yang terjadi di sini, tetapi tidak ingin memberikan solusi peretasan.

Kami secara aktif bekerja dengan beberapa tim secara internal untuk memberikan solusi jangka panjang yang dapat didukung untuk masalah ini dan akan melaporkan kembali ke sini setelah kami mengetahui apa yang dapat dilakukan dan kapan. Sebenarnya, saya mengajukan permintaan resmi sekitar 20 menit yang lalu agar tim lain melakukan sedikit pekerjaan untuk kami.

Pantau terus.

Maaf @iamdeskoh - menghapus komentar ini karena menyarankan untuk mengunduh paket dari sumber yang tidak terverifikasi dan tidak tepercaya. Praktek seperti itu sama sekali tidak dianjurkan. Kami tidak suka seseorang secara tidak sengaja terinfeksi sesuatu yang buruk dengan melakukannya.

Yakinlah kami sedang mengejar hal-hal internal untuk memperbaiki masalah ini. Harap bersabar dengan kami.

@bitcrazed

tidak, tidak akan mengklik tautan itu

mengapa saya mencoba mengklik domain yang tidak dikenal/tidak dipercaya?
terutama untuk menginstal binari dari sumber tidak resmi

Anda mungkin ingin menjelaskan terlebih dahulu apa tujuan situs web tersebut sebelum mengirimkan tautan dan meminta pengguna untuk mengekliknya. juga saya kira apa yang dilakukan di balik situs ini adalah open source sehingga bisa dipercaya ^^ ?

saya tidak mengatakan itu tidak berhasil, hanya saja tidak mungkin Anda bisa mempercayai binari ajaib pengiriman bagian ketiga
Terutama ketika Anda pertama kali dapat bertanya di sini kepada tim windows/terminal apakah mereka dapat mengatasinya

Saya juga tidak terlalu menyukai solusi ini, tetapi tautan unduhan berasal dari domain Microsoft. Tampaknya situs web yang disediakan @deskoh hanya menyediakan tautan ke konten tidak terdaftar dari Microsoft Store.
Dan jika tim dapat menyediakan cara untuk menginstal dependensi yang diperlukan untuk proyek mereka, orang tidak perlu mencoba peruntungan dengan solusi seperti ini...
Tetapi bahkan setelah menginstal versi terbaru Microsoft.VCLibs.140.00.UWPDesktop, penginstalan masih gagal di kemudian hari karena kesalahan lain.

@clement-fischer kesalahan apa yang Anda temui? Saya akhirnya berhasil menjalankannya di lingkungan celah udara. Anda akan membutuhkan VC++ yang dapat didistribusikan kembali. Saya juga harus meluncurkan terminal dari direktori WindowsApp.

@deskoh Meskipun saya mencoba menginstal melalui Powershell, kesalahannya tampaknya sama seperti pada #3194.

Saya telah mencoba beberapa metode untuk menginstal msix dan appx secara manual, dan build Terminal Windows tampaknya terkunci ke versi Windows 10 lebih baru daripada versi Windows Server 2019 terbaru.

Ini sangat disayangkan.

Sayangnya bagi kita semua, fitur ini tidak akan dihadirkan dalam rilis Terminal 1.0. Jadi, Terminal tetap tidak berguna untuk Profesional TI di lingkungan produksi nyata: https://github.com/microsoft/terminal/milestone/6

Jika mereka memperbaiki ketersediaan ketergantungan, maka mungkin untuk menginstal secara manual. Masalah #3097 terdaftar sebagai salah satu masalah yang diperlukan untuk 1.0.

Saya tidak tahu untuk pengguna lain, tetapi saya akan sangat senang jika msixbundle bekerja di mana saja, bahkan jika itu berarti saya harus memperbaruinya sendiri nanti.
Begitulah cara saya menggunakan Powershell Core 7.x di tempat kerja sejak pratinjau pertama.

Selain itu ada pesan bagus yang memberi tahu Anda DI DALAM shell (jadi tidak mengganggu) bahwa Anda kehilangan pembaruan.
Saya pikir ada juga pilihan untuk tidak melakukannya

Apa yang akan jauh lebih baik daripada mengekstrak msixbundle secara manual misalnya

bekerja dengan baik dengan sendok, kita dapat menggunakannya di lingkungan pro. (dari desktop pro windows kami):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

Terima kasih untuk ini!

sendok adalah hal paling keren yang pernah ada!
https://youtu.be/a85QLUJ0Wbs

Ini adalah alat yang bagus dan berguna, terasa seperti di rumah

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

Yah, masih tidak bisa digunakan untuk lingkungan Windows Server:

iwr -useb get.scoop.sh | contoh
Set-ExecutionPolicy RemoteSigned -scope CurrentUser
sendok instal git
sendok ember tambahkan ember ekstra
sendok instal windows-terminal
Menginstal 'windows-terminal' (0.11.1121.0) [64bit]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle (16,1 MB)[====================================] 100%
Memeriksa hash dariMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... ok.
Mengekstrak dl.7z ... selesai.
Menjalankan skrip pra-instal...
Menjalankan skrip penginstal...
*KESALAHAN Setidaknya Windows 10 18362 diperlukan. *

@gh4chris
Sama di Desktop kan?
Karena terminal bergantung pada Fitur tertentu dari OS, itu memerlukan tingkat versi minimum tertentu

Anda mungkin ingin memperbarui ke 1903 / 1909 (2004/20H1 seharusnya Mendarat dalam waktu kurang dari sebulan)

Kamu melihat? Itu bermasalah dalam lingkungan profesional. Pembaruan melibatkan
banyak verifikasi agar tidak merusak setup yang ada...

Saya ragu bahwa WT benar-benar membutuhkan dependensi seperti itu. TI membuat seluruh proyek
kurang lebih konyol

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

Saya mengerti Anda mengalami masalah dalam memperbarui server di perusahaan Anda, itu masalah berbeda yang tidak terkait dengan penerapan.
Anda mungkin ingin menghubungi tim di pihak Anda untuk memperbarui gambar mereka untuk mendapatkan setidaknya satu dari satu tahun yang lalu.

Itu sedikit berbeda dari "Belum ada alternatif untuk toko"

Saya tidak akan mengatakan bahwa itu memblokir atau bermasalah. Misalnya Anda dapat menggunakan Enter-PSSession atau ssh dan kemudian Anda akan menggunakan WT dari komputer Anda saat Anda menggunakan Shell dari Server
Anda bahkan dapat memperbarui ke PSWS 7.x di server Anda jika Anda mau, atau menginstalnya sebagai dotnet tool

Anda mungkin ingin membuka edisi lain selain Investigate alternative deployment mechanisms for Windows Terminal

Saya benar-benar tidak ingin masuk ke dalam argumen yang muncul di sini tentang apa yang dimaksud dengan 'lingkungan nyata'

Tapi saya pasti ingin ini berjalan di Windows Server (versi apa pun), dan menjalankannya di Windows 10 juga tidak berguna dalam keadaan saya.

Saya hanya akan mengatakan untuk memperbarui ke Windows Server 2019
tapi itu bisa menjadi pil yang sulit untuk ditelan karena bahkan portal Azure tidak menawarkan template untuk itu
(tapi ya, saya kira "baru saja memperbarui")

juga, karena saya hanya konsumen seperti Anda, dapatkah Anda membuka masalah untuk itu karena tidak terkait dengan yang ini?
Mungkin bertanya di sana mengapa dan detail tentang versi OS minimum
tapi itu tidak terkait dengan mekanisme penyebaran

Hai @DHowett , komit Anda (yang saya tahu belum dirilis) untuk menggabungkan deps ke terminal akan banyak membantu dengan memiliki penginstal msixbundle offline.

Sepertinya setelah itu, bagian utama yang hilang untuk metode penginstalan offline yang waras adalah memiliki URL statis alias.ms untuk mengunduh msixbundle terbaru, daripada harus memperbarui skrip Anda dengan rilis github.com terbaru dan unduh URL.

Apakah mungkin untuk mendapatkan tautan unduhan statis untuk bundel ini?

Apakah mungkin untuk mendapatkan tautan unduhan statis untuk bundel ini?

Itu bukan ide yang buruk, dan itu mungkin sesuatu yang harus kita lakukan lebih cepat daripada nanti.

Saya lebih suka menawarkan appinstaller (yang cukup banyak msixbundle dengan tag "di mana saya menemukan lebih banyak dari Anda?" (untuk pembaruan!)), tetapi itu sebenarnya membutuhkan ini jadi _shrug_.

*KESALAHAN Setidaknya Windows 10 18362 diperlukan. *

Mengapa ada persyaratan sulit yang aneh? Tidak bisakah ketergantungan pada ini diturunkan sehingga dapat digunakan pada versi LTSC?

@kein Itu adalah sesuatu yang telah kita bahas di repo ini secara panjang lebar sebelumnya .

#1643 (komentar)

Maaf. Saat ini, ada dua penghambat besar untuk diadopsi pada tahun 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.

Kita tidak bisa kembali ke tahun 1809.

#1909 (komentar)

Terminal Windows MEMBUTUHKAN fitur dari rilis Windows terbaru.

Sayangnya, tidak ada solusi yang tersedia untuk kami. Kepulauan XAML adalah teknologi yang kami gunakan untuk meng-host UI XAML kami dalam proses Win32. Tanpa itu, kami tidak akan dapat menampilkan apa pun. Karena Kepulauan XAML baru selesai pada rilis Windows 10 terbaru, tidak ada yang bisa kami lakukan untuk itu.
Jika Anda ingin menggunakan terminal, Anda _perlu_ menggunakan versi Windows 10 terbaru.

#841 (komentar)

#498 (komentar)

Tidak ada rencana saat ini.
Kami bergantung pada C++/WinRT dan XAML Islands (UWP XAML) untuk UI kami. Kami juga menggunakan DX/DWrite untuk penyaji teks. Kecuali jika itu di-porting ke linux kapan-kapan, maka saya akan mengatakan sangat kecil kemungkinan kami mendukung linux.
Selain itu, seluruh sistem pembangunan kami berbasis MsBuild, dan saya bisa saja salah, tetapi menurut saya sistem pembangunan kami tidak akan berfungsi di linux.

#1893 (komentar)

#2024 (komentar)

Ini menjelaskan mengapa dukungan seperti itu terbatas tetapi tidak membatalkan salah satu argumen yang diajukan di sini. Mayoritas pengguna Terminal adalah pengguna Server dan LTSC. Apa gunanya Terminal menargetkan pengguna rumahan? Akhirnya itu akan memudar karena terkunci ke lingkungan yang sangat spesifik. Saat ini saya kembali ke cmder dan kecuali Terminal akan berhasil mengatasi masalah ini dan tersedia lebih cepat pada tahun 2020, saya juga akan melupakannya.

Mayoritas pengguna untuk Terminal adalah pengguna Server dan LTSC

Apakah Anda punya bukti untuk pernyataan itu?

Bisakah masalah ini dibagi menjadi 2 masalah; mekanisme penerapan alternatif dan versi minimum?

Ada banyak utas lain tentang "versi min", jadi saya akan mulai menandai diskusi tentang versi min di utas ini sebagai "di luar topik".

Kasus penggunaan kami: Universitas yang menjalankan cabang dukungan jangka panjang di desktop 3,5k Windows 10, mereka memiliki toko Windows yang diaktifkan sehingga mereka bisa mendapatkan Terminal. Admin kami (yang benar-benar ingin dan mendapat manfaat dari Terminal) memang memiliki workstation Windows yang dapat mereka gunakan, tetapi sebagian besar menggunakan RDP ke banyak server Windows heterogen yang sebagian besar menjalankan Server 2016 untuk kemudian menggunakan MMC dan PowerShell untuk mengonfigurasi mereka. Terminal akan sangat bagus untuk memiliki semua ini.

Pola penggunaan lainnya adalah RDP ke satu bastion Windows Remote Desktop Server untuk kemudian berinteraksi dengan server lain melalui Enter-PSSession.

Kami memiliki sangat sedikit server Windows Core karena tumpukan aplikasi pihak ketiga dan konsultan yang secara teratur datang bersama mereka untuk penerapan awal tidak memahaminya atau aplikasi tidak mendukungnya.

Kami memiliki platform manajemen konfigurasi yang kami gunakan untuk mengirim terutama MSI ke Windows 10 dan Server 2016 sehingga pengirimannya ke mana-mana akan mudah, jika dalam format yang akan berfungsi.

@carwyn sama di sini. Lingkungan kami cenderung memiliki n-1 sehingga klien yang kami dukung baru saja ditingkatkan ke 2016.

Saya telah melihat pratinjau terminal windows di desktop di mesin saya sendiri di rumah dan menyukainya. Saya ingin menggunakannya 'dalam produksi' di kotak lompat kami di tempat kerja untuk digunakan tim tetapi dengan satu-satunya opsi untuk windows server 2019 berarti kami harus menunggu lebih lama yang agak mengecewakan untuk klien luar biasa yang Saya berpotensi dapat menggunakan untuk mengganti Windows PowerShell saya yang menua.

Maaf guys, saya tidak senang dengan segala keterbatasan dan kesulitan dengan
instalasi.
Saya kira saya menemukan solusi saya. Saya menggunakan mobaXterm sekarang. Hampir semua
fitur yang saya butuhkan dan hanya perlu menjalankan penginstal.
Hidup bisa jadi mudah

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

Tidak ada solusi yang disebutkan di sini yang berfungsi untuk saya untuk menginstal di Windows Server 2019. Bahkan dengan sendok itu gagal dengan "ERROR Setidaknya Windows 10 18362 diperlukan."

Tidak ada solusi yang disebutkan di sini yang berfungsi untuk saya untuk menginstal di Windows Server 2019. Bahkan dengan sendok itu gagal dengan "ERROR Setidaknya Windows 10 18362 diperlukan."

Benar. Itu tidak akan berfungsi di Server 2019. 2019 didasarkan pada 1809. Dan setidaknya diperlukan 1903.

Tidak ada solusi yang disebutkan di sini yang berfungsi untuk saya untuk menginstal di Windows Server 2019. Bahkan dengan sendok itu gagal dengan "ERROR Setidaknya Windows 10 18362 diperlukan."

Anda juga dapat melihat komentar terakhir dalam edisi ini:
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

Hai @DHowett , tentang #6802
mengunduh dan mengklik dua kali pada paket tidak menginstal Terminal Microsoft jika akses toko Microsoft dibatasi. itu menunjukkan kesalahan berikut:

Perahu yang sama dengan Sanket. Grup TI kami (dapat dimengerti) sangat menghindari risiko dan menghargai stabilitas dibandingkan fitur baru. Dan akses ke Microsoft Store diblokir karena alasan keamanan, jadi bahkan setelah kita mendapatkan versi yang lebih modern (1903, 2004), tampaknya kita tidak akan dapat menginstal Terminal Windows dari paket MSIX kecuali kita membangunnya dari sumber (Saya pernah melakukannya sekali, tetapi butuh waktu lama, tidak ingin melakukannya setiap saat).

Dapat memahami fakta ini tidak diabaikan, tetapi hanya ditumpuk. Namun, saya berharap akan segera mungkin untuk menyebarkan ini melalui SCCM (untuk klien) dan dengan beberapa cara lain untuk mesin Windows Server.

@JongleurNin @sanket-bhalerao

Ini berfungsi dengan baik jika Anda memiliki kemampuan "Unduh":
Kami berhenti melakukan Build From source sejak 0.9 atau 0.10 karena ini sekarang berfungsi:

Secara manual:

• https://github.com/microsoft/terminal/releases/latest
• unduh msixbundle (jangan dijalankan)
• ganti nama menjadi zip
• ekstrak itu
• jalankan WindowsTerminal.exe
• sematkan

Otomatisasi:

• buat fungsi pwsh di $PROFILE Anda untuk memeriksa list-release-assets
  di sini Anda menginginkan ini https://api.github.com/repos/microsoft/terminal/releases/latest
• anda dapat menggunakan pwsh ConvertFrom-Json
• dapatkan properti name yang diakhiri dengan msixbundle di daftar aset
• gunakan Invoke-WebRequest pada bidang browser_download_url
• Jangan lupa untuk menggunakan Get-Proxy dan ProxyUseDefaultCredentials jika Anda memiliki proxy NTLM karena ... CORP ARE FUN
• gunakan fungsi Expand-Archive pwsh untuk unzip (tidak yakin Anda memerlukan penggantian nama yang eksplisit)
• letakkan ini di Intisari untuk rekan tim Anda;)

• exe yang dapat disalin adalah yang dibutuhkan. Alat-alat listrik seperti konsol tidak memerlukan penginstal. Pemasang adalah pekerjaan yang berlebihan dan harap hindari. Karenanya Anda tidak perlu menghabiskan berbulan-bulan pengujian. Terakhir kali saya periksa, visual studio memiliki kemampuan untuk menghasilkan exe dalam mode rilis yang ditandatangani.
• sebagai power user kami tidak terkesan dengan keputusan untuk memilih toko sebagai model distribusi utama. Karena, kemarin saya mencoba menginstal konsol ini di mesin kerja saya dan coba tebak, toko dikonfigurasi dengan akun Hotmail saya karena memerlukan akun Microsoft yang bukan akun kerja saya dan saya memiliki opsi untuk menginstal konsol di PC pribadi saya yang berada di rumah. Saya membutuhkan konsol di mesin kerja saya bukan di mesin pribadi saya.
• Singkatnya, hanya itu. Permudah untuk mendapatkan alat ini agar kita dapat menggunakannya. Jika tidak, saya senang dengan ConEmu yang telah saya gunakan selama bertahun-tahun.

Yah, saya kira satu-satunya penjelasan untuk begitu banyak pilihan yang tidak masuk akal sehubungan dengan instalasi dan dependensi harus terkait dengan pasar/politik. Saya kira MS ingin toko aplikasi menjadi satu-satunya sumber aplikasi yang sah (tampak lapar dan iri pada model bisnis Apple), saya kira itu pada titik tertentu masuk akal, tetapi itu juga jalan yang berbahaya. Pengguna Windows bukan pengguna Terapkan, dan tidak pemaaf.
Saya yakin tim Win Terminal terikat (yah, saya harap itulah alasannya, biarkan saya mengatakannya!)

@JongleurNin @sanket-bhalerao

Secara manual:

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

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

Haruskah ini bekerja dengan v1.1.2021.0 ?

Tidak ada WindowsTerminal.exe di file zip!?

Anda perlu membuka zip sub msix juga
x86 / x64 / ARM
bundel musik mengirimkan semuanya sekaligus
Apakah itu yang Anda tanyakan?

Itu tidak eksplisit saya setuju

Anda perlu membuka zip sub msix juga

Saya menyelesaikan ini tepat setelah saya memposting :) OS mana yang diharapkan berfungsi? Saya sudah mencoba Windows Server 2012R2 dan 2016 tetapi tidak berhasil. Tidak yakin apakah saya terlalu ambisius atau ada sesuatu yang perlu saya instal?

Anda tidak akan dapat melakukannya, ini didokumentasikan dan dibahas di banyak tempat di repo ini.
WT bergantung pada fitur yang sangat spesifik dari Windows itu sendiri yang berarti ada versi minimal

untuk orang yang ingin mengunduh sedikit secara otomatis, berikut adalah skrip yang SANGAT NAIF:

• tidak sepenuhnya menguji
• tidak mendukung Hot Swap jika WT sedang berjalan => menggunakan symlink dapatkah melakukan pembaruan Biru/hijau?
• tidak Mengatur/Memperbarui $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

untuk orang yang ingin mengunduh sedikit secara otomatis, berikut adalah skrip yang SANGAT NAIF:

* 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

Mengapa memaksa penggunaan PowerShell 7? Ini membuat skrip kurang bermanfaat.

Halo
Terima kasih banyak telah memperhatikannya
Apakah Anda ingin saya memperbaruinya untuk Anda? atau apakah Anda sudah bekerja pada versi sebelumnya?
(lihat bagian Dev time di bawah)

Mengapa ?

TL; DR? karena saya malas dan saya hanya menggunakan hal-hal yang ada di luar kotak

Sedikit konteks, ketika saya mengambil waktu luang untuk mencoba membantu, akankah saya dengan sengaja meluangkan waktu untuk mencoba membantu dengan menyediakan skrip yang tidak dapat dijalankan?
Jika saya ingat, skrip menggunakan API yang ditambahkan pada 7.0 dan diperbaiki di ~7.0.2/3 sehingga tidak dimaksudkan untuk mengganggu siapa pun
Lihat drive TEMP:\ itu

Masih terjebak pada powershell usang?

Bisakah Anda memberikan yang setara dengan apa yang dilakukan drive TEMP:\ , seperti yang dikatakan saya malas dan saya hanya mencoba membantu dengan cepat di waktu luang
powershell dikirimkan hanya di windows dan sedang/akan dibatasi hingga 5.0 dan tidak berevolusi
Mungkin sudah ~1 tahun sejak saya menjalankan powershell TBH
Yang membawa kita ke LTS

Menggunakan LTS

di January 2018 , edisi pertama pwsh (PowerShell Core) dirilis => 6.0.0
_ pwsh 7.0 adalah LTS saat ini _ (dikirim pada 4 Maret 2020)

Juga seperti yang mungkin sudah Anda ketahui WT memerlukan versi minimal windows, jadi saya mungkin berasumsi (terlalu cepat) bahwa konsumen yang ingin menggunakan wt mungkin tahu tentang pwsh (powershell core) sejak v6.0 (sekitar Januari 2018)

waktu pengembang

Yah, karena saya cenderung memastikan perkakas yang saya gunakan mutakhir untuk menghindari bug, saya tidak melihat bahwa drive TEMP:\ tidak ada pada versi pwsh sebelumnya atau bahkan tidak mencoba powershell .
Skrip ini digunakan oleh beberapa rekan tim (mungkin bukan skrip yang sama persis) dan saya pikir salah satu dari mereka memperhatikan masalah/memperbarui dan mengangkat intinya.
Jadi kami menambahkan Guard untuk mendapatkan informasi yang benar tentang persyaratan.

Saya bisa menambahkan parameter input tentang folder temp atau menekan CSharp API untuk mendapatkan folder Temp dll ...
Seperti yang dikatakan, saya malas dan "if() / throw" yang sederhana tampaknya merupakan cara tercepat untuk memberikan solusi di sini

Poin bonus

Perhatikan juga bahwa pwsh 7+ berjalan pada runtime dotnet core sehingga bersifat lintas platform
Itu membuatnya lebih berguna jika Anda membutuhkan skrip untuk dijalankan di Win/Linux/MacOs
(bahkan jika WT hanya menang)

Memperbarui / Memasang

Apakah Anda mencoba memperbarui komputer Anda atau mengalami kesulitan untuk melakukannya? Bagaimana saya bisa membantu tentang itu?

Adminnya kan? atau tidak

Anda tidak perlu hak admin untuk menginstalnya

Berbagai cara

Jika Anda memerlukan bantuan tentang memperbarui komputer Anda dari

• msix (klik dua kali)
• msixbundle (klik dua kali)
• zip (klik kanan > ekstrak)
• dotnet tool instal -g (salin/tempel)

github resmi

jika Anda kesulitan menemukannya, berikut adalah repositori resminya
https://github.com/powershell/powershell/releases/latest

Dokumen resmi

Jika Anda lebih suka dokumentasi untuk penerapan dan informasi detail lebih lanjut:
https://github.com/powershell/powershell/releases/tag/v7.0.3

@tebeco jika Anda memerlukan alternatif untuk temp:/ , gunakan $Env:TEMP .

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

thx atas infonya

Apakah Anda pikir Anda akan menerima PR di repositori ini untuk mengirimkannya sebagai aset?
sama seperti tim dotnet merilis dotnet-install.ps1|sh dan membuat tautan pendek aka.ms

Saya akan dengan senang hati mengerjakan PR jika tidak apa-apa dengan Anda

itu akan memperbaiki masalah msixbundle karena sejauh ini tidak dapat digunakan di semua lingkungan perusahaan yang tokonya dikunci

Saya mungkin akan bertanya

• di folder mana tambahkan file
• env nama variabel sehingga kami dapat ATAU TIDAK default ke var ini jika argumen inout tidak disediakan
• di mana mengubah pipa build sehingga menjadi individu

Tidak maaf! Itu akan menyiratkan tingkat dukungan resmi untuk solusi ini yang belum kami setujui. makasih gan :smile:

Saya mungkin salah dalam hal itu, saya mengerti bahwa pb tidak akan diperbaiki dalam jangka pendek karena melibatkan tim lain dari Store dan sebagainya, seberapa akurat menurut Anda (~6bulan / ~12 mungkin)?
Juga Perusahaan mengunci Store di tempat pertama untuk menghindari instalasi bagian ketiga, jadi mereka mungkin tidak ingin mengubah "gambar dasar Windows" mereka untuk menginstal bagian ketiga tambahan (Ya Terminal Windows adalah bagian ketiga kecuali dikirimkan dalam instalasi Windows default, yang mengarah ke masalah berikutnya Perusahaan tidak memperbarui "gambar utama" dengan cepat (~1,5 tahun GAP)

Untuk menambah rasa sakit pada masalah ini, ~70% dari waktu itu dilakukan (memperbarui gambar dasar) di bagian perusahaan yang sangat sulit ditemukan/dihubungi/diskusikan dan yang akan selalu menemukan alasan "baik" untuk tidak melakukan apa orang lain meminta mereka untuk melakukannya, karena mereka ingin memastikan bahwa mereka memiliki segalanya untuk memegang kendali (... dari apa yang diinstal).

Ketika orang mencoba menginstal WT , mereka mungkin mengabaikan, atau mencoba melihat di sini, dan mencari solusi
Mereka mungkin tidak akan dapat menemukan Gist/Repo di tempat lain karena mereka tidak akan tahu bahwa itu ada

Agak aneh berada di tengah-tengahnya

• Tidak dapat berdiskusi dengan keamanan penguncian toko / bagian ketiga / instalasi windows
• Mencoba membantu di sini untuk membuat skrip melakukan solusi yang tepat, tetapi saya mengerti itu bukan target jangka panjang Anda (katakanlah dalam 2 tahun dari sekarang)

Jika memungkinkan untuk memiliki solusi mulai hari ini, hingga "target jangka panjang" yang akan dirilis di tahun-tahun mendatang

Seberapa jauh Anda akan mempromosikan solusi yang tidak menyelesaikan masalah sampai sesuatu yang ideal dan "dapat didukung" dirilis?
Apakah Anda akan mengubah README repo ini menjadi salah satu/keduanya menunjuk ke Gist/Repo yang menghosting skrip?
Apakah Anda secara default akan mengirim masalah terbuka tentang hal ini ke skrip repo/Gist ini setiap kali memiliki masalah yang sama?

Saya mencari "jalan tengah" yang akan dipromosikan dari tim Windows Terminal , tetap saja Anda tidak dipaksa untuk memiliki "dukungan resmi" pada sumbernya