Terminal: تحقق من آليات النشر البديلة لنظام Windows Terminal

اسمحوا لي أن أعرف إذا / عندما ينظر شخص ما إلى هذا. نحن نسير في هذا المسار لمعاينة WinDbg ، لذلك من المحتمل أن يكون لدينا بعض الإرشادات حول الخيارات التي نظرنا إليها والإيجابيات / العيوب.

هذه ميزة مثيرة.

1. قم بتثبيت Visual C ++ Redistributable

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

2. قم بزيارة https://dev.azure.com/ms/Terminal/_build

3. حدد أحدث إصدار master
4. انقر فوق القطع الأثرية
5. انقر فوق appx-Release
6. استخراج appx-Release.zip
7. استخراج CascadiaPackage_0.0.1.0_x64.msix
8. افتح WindowsTerminal.exe

لاحظ أن هذا لا يعمل بالفعل بالنسبة لي ، فالطرف لا يفتح.
ومع ذلك ، ربما يمكن لأي شخص العثور على القطعة المفقودة من هنا.

ما تفتقده هو نسخة محلية من أوقات تشغيل حاوية التطبيق vcruntime140_app و msvcp???_app . يجب أن يكون Windows Terminal خلافًا لذلك انقر نقرًا مزدوجًا فوق التنشيط.

لماذا بالضبط أصدرت MS تطبيقًا طرفيًا لا يمكن استخدامه على الخوادم ، على أي حال؟

هل تعتقد حقًا أن المستخدم الأساسي الخاص بك يستخدم Windows 10 فقط؟

أعلم أنكم يا رفاق تحاولون تبني عوالم التطوير والمصدر المفتوح ، ولكن ربما اسأل المستخدمين عما يريدون قبل إطلاق ما يمكن أن يكون أداة رائعة في بيئة أقل احتمالًا أن تكون المستخدم الأساسي.

أنا أشاهد هذا الموضوع على أمل أن يكتشف شخص ما كيفية القيام بذلك ؛ يمكنني تجميعها ولكن لسوء الحظ لن يحدث تثبيت مكدس بناء C ++ في العمل.

methodbox ، لست بحاجة إلى أن تكون غير لطيف حيال ذلك ☹️. نسمعك بصوت عال وواضح. نحن ندرك أننا بحاجة إلى نموذجين مختلفين للتوزيع.

مرة أخرى ، أسمعك. ها هي الصفقة: _هذا إصدار معاينة_ ، ونظراً لمواردنا المتاحة ، علينا التأكد من أننا نستثمرها بحكمة. السماح لشخص آخر بالقيام بالتوزيع والتثبيت يوفر شهرًا كاملاً من الوقت الهندسي الذي يقضيه في بناء واختبار المثبت على جميع التكوينات المدعومة لدينا. هذا هو سبب وجودها في _backlog_. نحن ندرك أنه مهم للغاية لمجموعة فرعية كبيرة من مستخدمينا المحتملين ، لكننا نعطي الأولوية للميزات وإصلاحات الأداء والأخطاء أولاً.

مرة أخرى ، أسمعك. ها هي الصفقة: _هذا إصدار معاينة_ ، ونظراً لمواردنا المتاحة ، علينا التأكد من أننا نستثمرها بحكمة. السماح لشخص آخر بالقيام بالتوزيع والتثبيت يوفر شهرًا كاملاً من الوقت الهندسي الذي يقضيه في بناء واختبار المثبت على جميع التكوينات المدعومة لدينا. هذا هو سبب وجودها في _backlog_. نحن ندرك أنه مهم للغاية لمجموعة فرعية كبيرة من مستخدمينا المحتملين ، لكننا نعطي الأولوية للميزات وإصلاحات الأداء والأخطاء أولاً.

أعتقد أنني مرتبك من ذلك. أنت تقول إن السماح لشخص آخر بتوزيعه سيوفر الوقت والجهد ، (شخص آخر هو GitHub؟) ولكن هذا ليس ما تم فعله أولاً ؟

لم أكن قاسياً أيضاً ؛ كنت أطرح سؤالا جديا وأدلي ببعض البيانات الجادة.

ليس لدي وقت في العمل لتثبيت جميع ضروريات VS لتجميع هذا ومحاولة استخدامه على Windows Server أو سأفعل ذلك ، كما أنني لا أفهم جمهور Windows 10 المستهدف ، وكنت أشعر بالفضول بشكل شرعي إذا كان هناك شيء ما لا أعلم أن هذا سيجعلهم الأهداف الأولى.

أنا آسف أن النقد يبدو قاسياً ، لكن هذه مخاوف مشروعة.

• إكسكوبي قادرة على ما هو مطلوب. أدوات الطاقة مثل وحدة التحكم لا تحتاج إلى مثبت. المثبت هو مبالغة ويرجى تجنبها. ومن ثم لا تحتاج إلى قضاء شهور من الاختبار. في المرة الأخيرة التي تحققت فيها ، كان لدى الاستوديو البصري القدرة على إنتاج exe في وضع الإصدار الذي تم توقيعه على النحو الواجب.

• بصفتنا مستخدمين متمرسين ، فإننا لا نتأثر بقرار اختيار المتجر كنموذج التوزيع الأساسي. نظرًا لأنني حاولت أمس تثبيت وحدة التحكم هذه على جهاز العمل الخاص بي وخمن ماذا ، تم تكوين المتجر باستخدام حساب Hotmail الخاص بي لأنه يحتاج إلى حساب Microsoft وهو ليس حساب عملي وكان لدي خيار تثبيت وحدة التحكم على جهاز الكمبيوتر الشخصي الخاص بي والذي وكان في المنزل. كنت بحاجة إلى وحدة التحكم في جهاز العمل الخاص بي وليس على جهازي الشخصي.

• باختصار ، ما عليك سوى ذلك. اجعل من السهل الحصول على هذه الأداة حتى نتمكن من استخدامها. بخلاف ذلك ، أنا سعيد بـ ConEmu الذي كنت أستخدمه لسنوات عديدة.

يعد الإصدار المحمول أمرًا ضروريًا لبيئة تطوير المؤسسات الأكثر تقييدًا لدينا.
ليس لدينا حقوق المسؤول على أجهزة سطح المكتب الخاصة بنا ، ونأمل أن يكون لدينا vscode ، و pwsh ، و python ، و git ، و conemu ، وما إلى ذلك في إصدار مضغوط ، لذلك أود حقًا رؤية الشيء نفسه بالنسبة إلى Terminal.

1. قم بتثبيت Visual C ++ Redistributable
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. قم بزيارة https://dev.azure.com/ms/Terminal/_build
3. حدد أحدث إصدار master
4. انقر فوق القطع الأثرية
5. انقر فوق appx-Release
6. استخراج appx-Release.zip
7. استخراج CascadiaPackage_0.0.1.0_x64.msix
8. افتح WindowsTerminal.exe

لاحظ أن هذا لا يعمل بالفعل بالنسبة لي ، فالطرف لا يفتح.
ومع ذلك ، ربما يمكن لأي شخص العثور على القطعة المفقودة من هنا.

بدلاً من تشغيل WindowsTerminal.exe ، يجب عليك تسجيل التطبيق باستخدام PowerShell:
Add-AppxPackage .\AppxManifest.xml -Register

ثم يظهر في قائمة ابدأ ومن هناك يمكنك بدء تشغيله.
ملاحظة ، قد تحتاج إلى تمكين وضع المطور في قائمة الإعدادات أولاً ، لقد قمت بالفعل بتمكينه لذلك لست متأكدًا مما إذا كان يعمل بدونه.

نشكرك على تلبية حاجة مجتمع المطورين إلى محطة طرفية أفضل. هذا تطبيق أردت رؤيته على Windows لسنوات وآمل أن أجربه قريبًا. يسعدني الحصول على تصميم من البرنامج الرئيسي ، ولكني حاليًا على Windows Server 2019 Datacenter LTSC.

يطلب:

• دعم Windows Server 2019 LTSC و Microsoft Windows NT 10.0.17763.0

• تعليمات التثبيت أو رابط لهذه التعليمات في README.md:

1. قم بتثبيت Visual C ++ Redistributable (انظر https://aka.ms/vs/16/release/vc_redist.x64.exe)
2. قم بزيارة https://dev.azure.com/ms/Terminal/_build
3. حدد أحدث بناء رئيسي
4. انقر فوق القطع الأثرية
5. انقر فوق appx-Release
6. استخراج appx-Release.zip
7. استخراج CascadiaPackage_0.0.1.0_x64.msix
8. افتح WindowsTerminal.exe

ما تفتقده هو نسخة محلية من أوقات تشغيل حاوية التطبيق vcruntime140_app و msvcp???_app . يجب أن يكون Windows Terminal خلافًا لذلك انقر نقرًا مزدوجًا فوق التنشيط.

@ DHowett-MSFT هل يمكنك أن تعطينا أي إرشادات حول كيفية تثبيت هذه؟

أرغب في اختباره في العمل ولكن لا توجد فرصة لاستخدام متجر Windows هناك. حاولت أن أبنيها بنفسي على إصدار سابق وحتى تمكنت من القيام بذلك ، ولكن نظرًا لأن الأمر استغرق ما يقرب من 40 جيجابايت بين متطلبات Visual Studio و repo نفسه بعد الإنشاءات ، سرعان ما أصبح غير قابل للإدارة على مساحة SSD المحدودة الخاصة بي.

ولا تمانع في التعليقات السلبية بالمناسبة. تخرج المحطة بشكل جيد (لقد اختبرتها بالفعل في المنزل باستخدام WSL 2 ولم أحصل على تجربة طرفية سلسة على Windows من قبل). يفشل بعض الأشخاص في فهم الهدف من المعاينة ولكن هذا لأنهم يتطلعون إليها بفارغ الصبر أيضًا.

مع مرور الوقت سيكون خارج المعاينة وسيكون الجميع (أو على الأقل معظم المستخدمين) سعداء.

2. قم بزيارة https://dev.azure.com/ms/Terminal/_build

لا يملك الأشخاص غير MSFT أذونات للأعمال الفنية

لقد قمت بتنزيل العناصر الأثرية ولكن لم أتمكن من تثبيت ملف msix. بالنقر نقرًا مزدوجًا لأنه قال إنه لم يتم توقيعه بشهادة موثوقة.

لقد تمكنت من تشغيله عن طريق تنزيل الأداة ، واستخراج .msix إلى مجلد ثم تشغيل Add-AppxPackage AppxManifest.xml -Register من Powershell داخل المجلد. يمكنني الآن تشغيله عن طريق فتحه من قائمة البداية باسم "Windows Terminal (Dev Build)".

إنها عملية اختراق تمامًا ، لكنها نجحت في الوقت الحالي.

متجر Windows عبارة عن قطعة مكسورة من البرامج. إنه مثل الطفل الصغير الذي يحتاج إلى اهتمامك دائمًا ولا يفعل أبدًا أي شيء تتوقعه. الاعتماد عليها جيد مثل قول "من فضلك لا تقم بتثبيت أشياءنا".

لقد تمت إعادة توجيهي للتو إلى هنا من الرقم 1757 ومن الجيد رؤية الكثير من الجذب في هذا الأمر.

ولماذا يعقد الشيء البسيط؟ تحميل وتثبيت وينبغي أن يكون ذلك.

ها هي الصفقة: هذا إصدار معاينة

نعم ، والناس متحمسون بالفعل لهذا الأمر. يجب أن يكون ألم التعامل مع أسطر الأوامر المفكرة (المعروف أيضًا باسم cmd.exe) جنونًا لدفع الناس نحو تجربة محطة أفضل ، حتى لو كانت إصدارًا مسبقًا. بالإضافة إلى أن هناك ضجة على تويتر.

من فضلك لا ترى تعليقاتنا على أنها صاخبة. نحن _ نريد_ أن نضع أيدينا عليها في أسرع وقت ممكن. إرسالنا إلى المتجر يغلق الباب على وجوهنا. نريد أن نستثمر وقتنا بحكمة أيضًا. إن إنفاقهم على إصلاح مشكلات متجر Windows ليس بالتأكيد استخدامًا مثمرًا لوقت أي شخص. أتمنى أن تتفهم!

أشعر بالإحباط الشديد من تجربة "التثبيت" هذه. أضع التثبيت بين علامتي الاقتباس لأنني لا أستطيع بالفعل تثبيته. يمنحني المتجر قائمة ببعض أجهزتي لاستهدافها للتثبيت ... ولكن ليس الجهاز الذي أستخدمه بالفعل. وحتى إذا اخترت أحد الأجهزة المدرجة ، فإنه يخبرني أنه يحاول التثبيت ، ولكن يبدو أنه لم يتم تثبيت أي شيء على الإطلاق. وليس هناك أي ملاحظات يمكنني استخدامها كنقطة بداية لاستكشاف الأخطاء وإصلاحها - لا توجد رسالة خطأ أو معلومات سجل ، فقط صمت.

أنا منزعج لأنه لا يوجد مجرد مُثبِّت عادي ، مثلما كنا نستخدمه منذ عقود. وأنا منزعج من أن متجر Windows يبدو أنه غير قادر على استهداف الجهاز الذي أستخدمه بالفعل (ألا ينبغي أن يكون ذلك معطى ؟؟). مع كل الاحترام الواجب ، لا أرغب في قضاء بعض الوقت في استكشاف أخطاء بيئة متجر Windows الخاصة بي لمعرفة سبب عدم اعترافها بنظامي (ونعم ... إنها تلبي المتطلبات بالتأكيد) أو لماذا يبدو أن عملية التثبيت تبدو كذلك لا تفعل شيئا على الاطلاق. لا أستخدم المتجر كثيرًا ، لكنني لا أتذكر أنني اضطررت إلى تحديد نظام مستهدف للتثبيت. هل هذه ميزة جديدة؟ في كلتا الحالتين ، كانت هذه التجربة مروعة.

لقد كنت مطورًا لأكثر من 20 عامًا. لكن حتى أنا لا أريد تنزيل المصدر لهذا وتجميعه. أردت فقط ملفًا تنفيذيًا مترجمًا يمكنني تثبيته وتشغيله.

drullo تحقق من معلومات نظام التشغيل الخاص بك. هذا ليس واضحًا ولكن إذا قمت بالتمرير لأسفل قليلاً ، فسيظهر التكوين الحالي الخاص بك مقابل التكوين المطلوب. إذا كان الأمر كذلك ، فسيتعين عليك بعد ذلك تحديد ما إذا كنت تريد المخاطرة بالترقية إلى إصدار نظام التشغيل الحالي أو العيش بدون استخدام الجهاز.

لا يعد أي من هذا سيئًا من الناحية النظرية ، ولكن الطريقة التي يتم بها تطبيق (متجر Windows) قبيحة جدًا (غير مستقرة ، الكثير من الأشياء يمكن أن تسوء وستفشل) وبصراحة ، حان الوقت لا يستحق إنفاقه فقط لتثبيت تطبيق (وليس فقط محطة طرفية) ولكن أي تطبيق متجر).

للأسف ، تعد تحديثات متجر التطبيقات ونظام التشغيل على نظام التشغيل Mac تجربة أكثر سلاسة. لها قضاياها الخاصة ولكن لا شيء على مستوى بدائي أساسي.

من فضلك ضع الأولوية على هذا ... ربما تكون الميزة الأكثر طلبًا ...

كخطوة أولى نحو التوزيع البديل ، قمت بنشر حزم MSIX (الموقعة والمتاحة للتحديث) في صفحة الإصدارات . يجب أن تكون قابلة للتثبيت نقرًا مزدوجًا على الإصدار 1903+ ، ولكن قد تكون هناك بعض حزم التبعية التي يجب تثبيتها. نحن نعمل على جعل هذه العملية أفضل قليلاً. نرجو تعاونك معنا.

في الوقت الحالي ، نحن بحاجة إلى سياق تثبيت MSIX / appx للبحث عن الموارد (الرموز والسلاسل وما إلى ذلك) وتنشيط المكونات (حتى نتمكن من تحميل مكتبات DLL المكونة لنا) ، ولكن يتم إحراز تقدم في جعل هذا المطلب أكثر تساهلاً قليلاً. نحن سوف.

أنا في الواقع أحب فكرة استخدام نشر msix. يدعم Msix حتى Windows 7 ، لذا فإن النقر المزدوج باستخدام msix سيكون رائعًا.

@ DHowett-MSFT هذه بداية جيدة!

• ما زلت أرغب في الحصول على نسخة محمولة في المستقبل (مثل تطبيقات sysinternals)
• يرجى تحديث الملف التمهيدي الذي يوفر روابط لصفحة الإصدارات حتى يتمكن الأشخاص بالفعل من ملاحظة أنه متاح خارج المتجر.

amithegde لقد قمنا بتحديث الملف التمهيدي - شكرًا على اقتراحك.

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

محاولة التثبيت دون اتصال باستخدام MSIX من صفحة الإصدار ، وتلقي رسالة الخطأ ، عند بدء تشغيل ترخيص جهاز CLiP WindowsTerminal.exe غير موجود. غير متأكد من كيفية إصلاح هذه

هناك حاجة ماسة إلى المثبت في وضع عدم الاتصال لتثبيت WT على خوادمنا أثناء التنقل.

لقد وجدت هذه المشكلة بعد عدة محاولات فاشلة لتثبيت Windows Terminal. تكمن المشكلة هنا في أن Windows 10 LTSC (إصدار دعم طويل المدى) المستخدم في العديد من البيئات الاحترافية هو الإصدار 1809 (بناء 17763) ، بينما يتم حزم Windows Terminal كحزمة MSIX من أرشيفات MSIX القابلة للتثبيت فقط على الإصدارات الأحدث من Windows 10.

هذا يجعل Windows Terminal غير قابل للاستخدام في البيئات المهنية في وضعها الحالي. بينما كما صرحت Microsoft ، لن يتم إصدار LTSC التالي حتى عام 2021. إذا لم يتم توفير آلية نشر أخرى ، فسيظل Windows Terminal غير قابل للاستخدام في البيئات المهنية لمدة عامين آخرين.

أنا لست مطورًا متمحورًا حول Windows ، لذلك لا أعرف تكلفة / عبء إصدار ملف exe مرتبط بشكل ثابت كحل مؤقت سريع وقذر ، ولكن إذا كان ذلك ممكنًا فسيكون ذلك رائعًا. أي شكل من أشكال النسخة المستقلة / المحمولة سيكون موضع تقدير كبير في الواقع (كما تم التأكيد عليه في جميع التعليقات السابقة ؛)).

يحرر:

بعض الأفكار الإضافية ،

• في البيئة المهنية ، عادةً ما يتم تعطيل متجر Windows (وبالتالي فإن تنشيط وضع المطور واستخدام add-appxpackage قد يحتاج إلى وثائق واضحة في README في رأيي) ؛
• سيكون من الجيد توضيح متطلبات التوافق في README (فيما يتعلق بإصدار Windows 10 المطلوب / المتوافق).

NBardelot في "البيئات الاحترافية" لا توجد طريقة تحتاج فيها إلى إصدار LTSC من Windows و Windows Terminal معًا ، فلن تحتاج إلى LTSC إلا إذا كنت تقوم بتشغيل أنظمة بالغة الأهمية وهذا ما أشك فيه.
في "البيئات الاحترافية" إذا طُلب منك أن يكون لديك تطبيق متاح من Microsoft Store ، فمن الممكن أن تمر عبر العملية القياسية لطلب الأشياء الموجودة عادةً في شركتك (ITIL).
يستهدف Windows Terminal المطورين الذين هم على ما يرام تمامًا لامتلاك نسخة Insider من Windows - لا أفهم حجة وجوده في LTSC ، خاصةً عندما يكون في PREVIEW والذي يتعارض مع غرض LTSC.
من الواضح جدًا ما يجب أن يكون لديك لتشغيله: المتطلبات ومتجر Microsoft.

@ gh4chris ليست هناك حاجة ماسة إليها ، CMD و PowerShell متاحان في Windows Server - لا توجد حجة معقولة لماذا تحتاجها.

يجب أن يكون الافتراض لأي اعتماد شركة ، أن الاستخدام خارج المتجر مطلوب. معظم بيئات الإنتاج المبنية بشكل جيد ليس لديها اتصال بالإنترنت وتستخدم أدوات النشر.

لماذا توجد حتى مقاومة حول الراحة؟

للتسجيل ، نحن نقدم آليات التثبيت خارج المتجر - راجع صفحة الإصدارات الخاصة بنا. ومع ذلك ، فنحن لسنا قادرين حقًا على التزحزح عن متطلبات إصدار إصدار Windows. نحن نعتمد على بعض ميزات نظام التشغيل التي يتم شحنها فقط في أحدث إصدار من Windows 10. وهذا هو السبب الحقيقي لعدم تمكننا من العمل على LTSC.

@ zadjii-msft هذا مفهوم تمامًا ، على الرغم من أنني يجب أن أؤكد مرة أخرى أنه للأسف لا يعني ذلك عدم وجود Windows Terminal حتى عام 2021 للعديد من حالات الاستخدام المثيرة للاهتمام (والاعتماد على نطاق واسع ، بمجرد أن تكون في وضع الإصدار). إذا كان هناك أي طريقة للتغلب على تلك القيود التي تحدثت عنها ، آمل أن تضع ذلك في الاعتبار :)

CatTheHacker شكرا لرؤيتك. يرجى أيضًا فهم أن إخبار الآخرين أنك تعرف أفضل ما يحتاجون إليه وما لا يحتاجون إليه هو نوع من الوقاحة ، نظرًا لعدم توفر جميع المعلومات لديك وقد تسيء فهم القيود. بعد قولي هذا ، سأقوم بسعادة بتوضيح حالة الاستخدام الخاصة بي ، نظرًا لأن سوء فهمك هو أيضًا افتقاري إلى التفسير.

أعمل حاليًا في بيئة آمنة تمامًا لشركة كبيرة. تعمل أجهزة سطح المكتب على تشغيل Windows 10 LTSC لأسباب تتعلق بالأمان وقابلية الصيانة (ولست مطلق الحرية في تغيير ذلك). أنا لا أتحدث عن الآلات / الخوادم الهامة ، ولكن عن محطات عمل التطوير والعمليات. يتمثل أحد أهدافنا في وضع نماذج أولية واختبار الأدوات التي لم يتم تبسيطها بالفعل في ITIL / المستودعات وما إلى ذلك ، واستكشاف ما يمكن فعله لجعل حياة dev & ops أسهل. يقودنا ذلك إلى مقارنة أدوات نظام التشغيل مقابل نظام التشغيل ، وهو تحول نموذجي حقيقي لهذا النوع من الشركات. في هذا السيناريو ، يعد تشغيل إصدار معاينة من Windows Terminal ، والبدء في إظهار كيفية العمل بشكل جيد مع المحطات الطرفية (لأن Powershell ، docker ، kubernetes / openshift ...) حاجة .

سيكون من الرائع أن يكون لديك طريقة لأتمتة تثبيت تطبيق Windows Terminal من سطر الأوامر.

NBardelot - شكرًا لمعلوماتك وأفكارك هنا.

MSIX

في الوقت الحالي ، نقوم ببناء Terminal في حزم MSIX نظرًا لأن هذا هو المسار الاستراتيجي للمضي قدمًا لتطبيقات الحزم على Windows. نحن لا نكره التفكير في تنسيقات التغليف الأخرى إذا كانت هناك مطالب كافية للقيام بذلك ، لكننا في الوقت الحالي نركز على السيناريوهات السائدة للتعامل مع غالبية احتياجات المجتمع.

ومع ذلك ، فأنا أحفر في خطط فريق MSIX بخصوص. LTS SKUs. سأخبرك عندما أتلقى ردًا منهم.

LTS

لاحظ أن LTS SKU هي بحكم تعريفها أكثر تقييدًا وأقل تحديثًا من وحدات SKU للإصدار العام. لهذا السبب ، هناك فرصة جيدة لأن المنتجات والميزات الجديدة قد تستغرق وقتًا أطول للوصول و / أو عدم دعمها في LTS SKU. باختصار ، إذا كنت ترغب في تشغيل أحدث وأفضل الأدوات والتقنيات بعد إصدارها بفترة وجيزة ، فقد تحتاج إلى التفكير في وحدات SKU غير LTS.

قد ترغب الشركات التي تحتاج إلى قدر أكبر من التحكم في تكوين أنظمتها الأساسية ، مع السماح أيضًا للمستخدمين بنشر التطبيقات المعتمدة ذاتيًا ، و / أو نشر التطبيقات المدارة المعروفة ، في استكشاف Windows Store For Business الذي يمكن أن يتكامل مع SCCM و InTune للنشر الآلي ، إلخ. . من التطبيقات المعتمدة.

سنقوم بتحديث مستنداتنا v. قريبًا وسندرج بالتأكيد بعض ملاحظاتك ويطلب تسهيل فهم هذا المجال.

لمعلوماتك ، هناك الآن حزمة شوكولاتة ، لذلك يمكن للمرء تشغيل choco install microsoft-windows-terminal لتثبيت التطبيق.

شكراً جزيلاً لـ mkevenaar الذي يبدو أنه وضع ذلك معًا! 🎉

SeanKilleen تمامًا - أنا من أشد المعجبين بـ Chocolatey وأنا ممتن لـ mkevenaar لإنشاء حزمة Chocolatey للإشارة إلى أحدث إصدار لدينا :)

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

SeanKilleen تمامًا - أنا من أشد المعجبين بـ Chocolatey وأنا ممتن لـ mkevenaar لإنشاء حزمة Chocolatey للإشارة إلى أحدث إصدار لدينا :)

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

bitcrazed أهلا وسهلا بك! يتم تشغيل البرنامج النصي للتحديث كل 6 ساعات ، وعادة ما يستغرق الأمر أقل من ساعة واحدة لتتم معالجته بواسطة موقع الشوكولاته!

[تحديث: تم استبدال الروابط السابقة]:

إذا كنت تقوم بتثبيت Windows Terminal يدويًا ، ولم يتم تثبيت VC Redist ، فستفشل Terminal في التثبيت و / أو التشغيل.

الرجاء تنزيل حزمة إطار عمل C ++ Runtime v14 وتثبيتها لـ Desktop Bridge:
https://www.microsoft.com/en-us/download/details.aspx؟id=53175

سيتم نسخ حزم إطار عمل C ++ Runtime إلى مجلد ضمن٪ ProgramFiles (x86)٪ \ Microsoft SDKs \ Windows Kits10 \ ExtensionSDKs \ Microsoft.VCLibs.Desktop.

👉 ملاحظة: يمكنك أيضًا تثبيت الحزم يدويًا باستخدام Add-AppxPackage PowerShell cmdlet.

(ذات صلة بـ # 2369)

^ ما زالت تفشل بالنسبة لي. يحاول تثبيت Visual C++ run-time for UWP من المتجر وللأسف لا يستطيع المتجر الوصول إلى الإنترنت بسبب القيود.

حدث بعد التثبيت من choco تظهر هذه الرسالة:

مرحبًا mubaidr : لقد قمت بتحديث إجابتي أعلاه للربط بجسر سطح المكتب VC ++ Runtime redist. يرجى المحاولة وإخباري إذا كان يحل مشكلتك.

لا تزال نفس رسالة الخطأ :(

قام مسؤول النظام لدينا بتعطيل متجر Windows وليس لدينا اتصال إنترنت مفتوح. لذلك نحن بحاجة إلى حزمة المثبت.

rfresow - ننشر كل إصدار طرفي تم إصداره علنًا إلى المتجر والإصدارات الموجودة في هذا الريبو: https://github.com/microsoft/terminal/releases

⚠ ملاحظة: نظرًا لأنك تقوم بالتثبيت يدويًا ، فتأكد من التحديث يدويًا بانتظام - نهدف إلى النشر مرة واحدة في الشهر.

mubaidr - آسف لأنك تواجه مشاكل هنا. هل يمكنني أن أطلب منك إلغاء تثبيت Terminal ، وإعادة تشغيل جهازك ، وإعادة التثبيت؟ أخشى حدوث شيء غير عادي في تكوين جهازك.

^ bitcrazed بدأت أفكر في نفس الشيء. التخطيط لإعداد جديد. لم يساعد إلغاء التثبيت وإعادة التشغيل أيضًا. لذلك سأبدأ بإعداد نظيف.

FWIW ، لقد كنت أواجه نفس متطلبات رأس المال المغامر. لدينا أيضًا إمكانية الوصول إلى متجر Windows الذي تم إيقاف تشغيله لعدة أسباب (الشبكات غير المتصلة بالإنترنت ، وما إلى ذلك)

سيكون من الجيد أن تتوفر المحطة الطرفية للتثبيت حسب الحاجة على أشياء مثل مضيفات الانتقال وما إلى ذلك.

مرحبًا mubaidr : لقد قمت بتحديث إجابتي أعلاه للربط بجسر سطح المكتب VC ++ Runtime redist. يرجى المحاولة وإخباري إذا كان يحل مشكلتك.

bitcrazed أعتقد أن التنزيل أعلاه ليس جديدًا بما يكفي لما تم بناء الجهاز عليه. لي يشكو من الإصدارات ...

بعد تثبيت UWP VCLibs من الرابط الخاص بك ، يكون الإصدار 14.24222.0 (من البرامج والميزات) ؛ ولكن إذا قمت بـ Get-AppXPackage:

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

الرابط أعلاه مؤرخ من 2016 ...

نفس المشكلة - الملف vc_uwpdesktop.140.exe من الرابط يحتوي على إصدارات قديمة من Microsoft.VCLibs - بعد تثبيته في C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ يمكنك أن تجد:

• إصدار 14.0.24217.0 في مجلد "البيع بالتجزئة"
• إصدار 14.0.24222.0 في مجلد "تصحيح الأخطاء"

يتطلب Windows Terminal الإصدار 14.0.27323.0 كحد أدنى. هل هناك أي طريقة لتثبيته دون تمكين المتجر؟

لقد قمت ببناء (وكنت أستخدم ، yay) Terminal من المصدر قبل بضعة أشهر باستخدام VS2019 و W10 1903. ومع ذلك ، لا يبدو أنني قادر على تنفيذ msixbundle الجديد ، ليس لدي أذونات للوصول إلى عناصر Azure ، وعندما فعلت git pull وحاولت إعادة البناء في VS ، تلقيت مجموعة من الأخطاء حتى بعد الحصول على تحديثات NuGet الموصى بها وتثبيت Dot Net 4.7.2.

الحزن :(

Windows Server 2019 غير مدعوم على أي حال. ونعم ، نحن نستخدم إصدارات LTSB فقط ليس لأننا "رجعيون". ولكن لأننا نعمل في مؤسسة حقيقية مع أكثر من 5000 خادم وحتى محاولة تحديثه كل عام هو جحيم دامي.

يعد ربط كل هذه العناصر الأخرى بهذا الخطأ أمرًا رائعًا - لكنه يضيع الوقت للكثير من الأشخاص الذين يتطلعون إلى تثبيت هذا على نظام تشغيل الخادم. الرجاء إضافة سطر إلى الملف التمهيدي للمشروع يقول:

"هل تتطلع إلى تثبيت Windows Terminal على Windows Server 2019؟ - لم نصل إلى هناك بعد ، عد لاحقًا! ..."

يعد ربط كل هذه العناصر الأخرى بهذا الخطأ أمرًا رائعًا - لكنه يضيع الوقت للكثير من الأشخاص الذين يتطلعون إلى تثبيت هذا على نظام تشغيل الخادم. الرجاء إضافة سطر إلى الملف التمهيدي للمشروع يقول:

"هل تتطلع إلى تثبيت Windows Terminal على Windows Server 2019؟ - لم نصل إلى هناك بعد ، عد لاحقًا! ..."

يقول الملف التمهيدي بالفعل:

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

نفس المشكلة - الملف vc_uwpdesktop.140.exe من الرابط يحتوي على إصدارات قديمة من Microsoft.VCLibs - بعد تثبيته في C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ يمكنك أن تجد:

• إصدار 14.0.24217.0 في مجلد "البيع بالتجزئة"
• إصدار 14.0.24222.0 في مجلد "تصحيح الأخطاء"

يتطلب Windows Terminal الإصدار 14.0.27323.0 كحد أدنى. هل هناك أي طريقة لتثبيته دون تمكين المتجر؟

أنا في بيئة لا يتوفر فيها الوصول إلى متجر Microsoft وقد واجهت هذه المشكلة أيضًا. يبدو أن الإصدار الذي قمت بتثبيته هو 14.0.26905.0. الإصدار الذي تحصل عليه عبر التنزيل اليدوي هو 14.0.24217.0. لا أرى أي طريقة للحصول على 14.0.27323.0 مثبتًا بدون MS Store.

• إصدار 14.0.24217.0 في مجلد "البيع بالتجزئة"
• إصدار 14.0.24222.0 في مجلد "تصحيح الأخطاء"

لقد قمت بتثبيت هذه الإصدارات وكان Terminal 0.6.2951.0 يعمل بشكل جيد.

ربما تم تثبيت VC 14.0.27323.0 في مكان آخر على نظامي ولكني لا أعتقد ذلك. أين يذكر هذا الشرط؟

• إصدار 14.0.24217.0 في مجلد "البيع بالتجزئة"
• إصدار 14.0.24222.0 في مجلد "تصحيح الأخطاء"

لقد قمت بتثبيت هذه الإصدارات وكان Terminal 0.6.2951.0 يعمل بشكل جيد.

ربما تم تثبيت VC 14.0.27323.0 في مكان آخر على نظامي ولكني لا أعتقد ذلك. أين يذكر هذا الشرط؟

هل يمكن لجهاز الكمبيوتر الخاص بك الوصول إلى متجر MS؟ منجم لا. لقد قمت مؤخرًا بالترقية إلى عام 1909 ، والذي قد يكون مصدر إصداري 14.0.26905.0 ، لكنني لست متأكدًا.

هذا هو الخطأ الذي أواجهه عند محاولة التثبيت:

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

• إصدار 14.0.24217.0 في مجلد "البيع بالتجزئة"
• إصدار 14.0.24222.0 في مجلد "تصحيح الأخطاء"

لقد قمت بتثبيت هذه الإصدارات وكان Terminal 0.6.2951.0 يعمل بشكل جيد.
ربما تم تثبيت VC 14.0.27323.0 في مكان آخر على نظامي ولكني لا أعتقد ذلك. أين يذكر هذا الشرط؟

هل يمكن لجهاز الكمبيوتر الخاص بك الوصول إلى متجر MS؟ منجم لا. لقد قمت مؤخرًا بالترقية إلى عام 1909 ، والذي قد يكون مصدر إصداري 14.0.26905.0 ، لكنني لست متأكدًا.

هذا هو الخطأ الذي أواجهه عند محاولة التثبيت:

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

قمت مؤخرًا بترقية جهاز كمبيوتر آخر في نفس البيئة إلى عام 1909. تمكنت من تثبيت أحدث إصدار من Windows Terminal 0.6.2951.0. تبين أن هذا الجهاز يحتوي على UWPDesktop v 14.0.27810.0. لست متأكدًا بنسبة 100 ٪ من مكان أو متى أو كيف تم تثبيته ، على الرغم من أنني أعتقد أنه قد يكون ذلك بسبب تثبيت VS2017 و VS2019 على هذا الجهاز.

يبدو أن ما يجب أن يحدث هو الحصول على هذا التنزيل
https://www.microsoft.com/en-us/download/details.aspx؟id=53175
تم تحديثه ليكون الإصدار 14.0.27810.0 (أو أحدث). لست متأكدًا من سبب ركود هذا التنزيل منذ عام 2016.

تحديث: نجري بعض المحادثات داخليًا لحل هذه المشكلة. ابقوا متابعين.

FWIW ، أنا أعمل في بيئات لن تكون متصلة بالإنترنت أبدًا. الشهادات التي تم تلقيها من Azure و M365 وما إلى ذلك. ببساطة لن يكون لديهم اتصال بالإنترنت.

كان Windows Terminal متاحًا في Scoop . يستخرج Scoop الملفات من msix مع 7zip ويعمل بشكل جيد. لذلك أعتقد أن Windows Terminal محمولة بالفعل؟ يبدو أنه لا يمكن أن يعمل كل برنامج تثبيت msix على هذا النحو.

صحيح اليوم أن Terminal تعمل بدون حزم ، لكننا لا نضمن حاليًا أنها ستعمل دائمًا.

فشل استخدام Chocolatey على Windows Server 2019:

choco install microsoft-windows-terminal
خطأ: تتطلب هذه الحزمة على الأقل إصدار Windows 10 1903 / OS build 18362.x.
لم ينجح تثبيت Microsoft-windows-terminal.

هل هناك إصدارات مختلفة من Windows Server أم أنها كلها قديمة جدًا؟

ArgTang أعتقد أنه لا يتوفر أي من إصدارات الخادم: https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

في الواقع! / دوب # 2312.

أهلا! لقد حددنا هذه المشكلة على أنها نسخة مكررة من مشكلة أخرى موجودة بالفعل في متعقب المشكلات هذا. يتم إغلاق هذا المثيل المحدد لصالح تتبع القلق على مؤشر الترابط المشار إليه. شكرا لتقريرك!

في الوقت الحالي ، الخادم غير متوفر بنكهات 1903 أو 1909. اسف بشأن ذلك!

لم أقصد مطلقًا إغلاق خطأ التتبع هذا. اعتذر للجميع!

حتى الآن لم أجد أي حل بديل في العمل أيضًا
نظرًا لإغلاق الإصدار السابق ، فأنا أقوم بالتحديث هنا بأحدث إصدار تم إصداره:
(نسخ لصق الإصدار السابق هنا حتى لا تفقد المسار من # 4424 ، آسف DHowett أعتقد أن هذا مفيد لمعرفة سلوك كل إصدار تم إصداره وقد تغير من وقت لآخر)

النتيجة هنا: https://github.com/microsoft/terminal/issues/4424 تم إغلاق المشكلة لصالح هذه المشكلة

الإصدار الوحيد الذي يعمل لدي هو 0.6xxxx الذي قمت بإنشائه يدويًا ، لدي تعطل mdmerge.exe عند محاولة إنشاء 0.8.x إما على 19041 slow ring أو على 1909 stable

نسخ اللصق من الإصدار المغلق:

آخر WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle يتم تثبيته ولكن تعطل التطبيق ، نفس الشيء إذا قمت بالتثبيت من chocolatey

تضمين التغريدة

Thx من أجل الاحتكاك على msixbundle لأنه لم يتم تثبيته ، وابدأ في التشغيل.
هل يمكن أن تخبرني كيف يمكنني الحصول على معلومات حول سبب تعطله عند التشغيل حتى أتمكن من إنشاء مشكلة مناسبة لمعالجتها في إصدار لاحق؟

أستطيع أن أرى الحدود تظهر لمدة نصف ثانية ، ثم تتحطم وهذا:

إذا فتحت بسرعة كافية Start Menu يمكنني أن أرى أنه من المحتمل أن يكون هناك نوع من MS Store Post Action (شريط التقدم):

كيف يمكنني أن أقدم المساعدة ؟
أتساءل أين توجد السجلات لتشخيص هذا.
لست متأكدًا من المكان الذي يجب أن أنظر إليه في EventViewer (حاولت التحقق ولكن لم أجد أي شيء يشبه الانهيار)

[Window Title]
Network Error

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

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

[^] Hide details  [Diagnose] [Cancel]

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

إذا كانت حالة التثبيت الحالية يمكن أن تساعد بأي شكل من الأشكال ، فيرجى إبلاغي بذلك.

لم أجد طريقة حتى الآن للحصول على سجلات / تشخيص / تتبع لما لم يتم العثور عليه ، لذا يمكن أن يساعد في تقديم ملاحظات حول هذا السلوك المحدد لمعرفة ما إذا كان من الممكن إصلاحه وكيف يمكن إصلاحه ^^

لا أمانع في عدم وجود "تحديث المتجر" منذ ... قامت الشركة بإغلاق المتجر.
لهذا السبب أحاول الآن استخدام msixbundle مرة واحدة على الأقل ؛)
أود فقط إعادة تثبيت msixbundle التالي عندما أحتاج إلى التحديث

شكرا للجميع على صبركم على هذا الأمر.

نحن نتفهم تمامًا ما يحدث هنا ، لكن لا نريد تقديم حل متطفل.

نحن نعمل بنشاط مع العديد من الفرق داخليًا لتقديم حل طويل الأمد يمكن دعمه لهذه المشكلة وسنقدم تقريرًا هنا بمجرد أن نعرف ما يمكن فعله ومتى. في الواقع ، لقد تقدمت بطلب رسمي منذ حوالي 20 دقيقة لفريق آخر للقيام ببعض العمل لنا.

ابقوا متابعين.

آسف iamdeskoh - حذف هذا التعليق لأنه يوصي بتنزيل حزم من مصدر غير موثوق به وغير مؤكد. لا ينصح مطلقًا بمثل هذه الممارسات. نكره أن يصاب شخص ما عن غير قصد بشيء سيء من خلال القيام بذلك.

كن مطمئنًا أننا نطارد الأشياء داخليًا لإصلاح هذه المشكلة. يرجى التحلي بالصبر معنا.

تضمين التغريدة

لا ، لن تنقر على هذا الرابط

لماذا أحاول النقر فوق مجال غير معروف / غير موثوق به؟
خاصة لتثبيت الثنائيات من مصدر غير رسمي

قد ترغب أولاً في شرح الغرض من موقع الويب قبل إرسال رابط واطلب من المستخدم النقر فوقه. كما أفترض أن ما يفعله وراء الموقع هو مفتوح المصدر بحيث يمكن الوثوق به ^^؟

أنا لا أقول أنه لا يعمل ، فقط أنه لا توجد طريقة يمكنك الوثوق بها في جزء ثالث يشحن الثنائيات السحرية
خاصةً عندما يمكنك أن تسأل هنا أولاً لفريق windows/terminal إذا كان بإمكانهم معالجته

لا أحب هذا الحل كثيرًا أيضًا ، لكن روابط التنزيل تأتي من مجال Microsoft. يبدو أن موقع deskoh المقدم يوفر فقط روابط لمحتوى غير مدرج من متجر Microsoft.
وإذا تمكن الفريق من توفير طريقة لتثبيت التبعيات المطلوبة لمشروعهم ، فلن يضطر الأشخاص إلى تجربة حظهم في حل بديل مثل هذا ...
ولكن حتى بعد تثبيت الإصدار الأخير الكافي من Microsoft.VCLibs.140.00.UWPDesktop ، لا يزال التثبيت يفشل لاحقًا بسبب خطأ آخر.

@ كليمنت فيشر ما هي الأخطاء التي واجهتها؟ تمكنت أخيرًا من تشغيله في بيئة فجوة هوائية. ستحتاج إلى VC ++ لإعادة التوزيع. لا بد لي أيضًا من تشغيل الجهاز من دليل WindowsApp.

deskoh على الرغم من أنني حاولت التثبيت عبر Powershell ، يبدو أن الخطأ هو نفسه الموجود في # 3194.

لقد جربت عدة طرق لتثبيت msix و appx يدويًا ، ويبدو أن إنشاءات Windows Terminal مقفلة على إصدارات Windows 10 الأحدث من أحدث إصدار من Windows Server 2019.

هذا مؤسف جدا.

للأسف بالنسبة لنا جميعًا ، لن يتم تقديم هذه الميزة في إصدار Terminal 1.0. لذلك ، ستظل الوحدة الطرفية عديمة الفائدة لمحترفي تكنولوجيا المعلومات في بيئات الإنتاج الحقيقية: https://github.com/microsoft/terminal/milestone/6

إذا قاموا بإصلاح مدى توفر التبعية ، فيجب أن يكون من الممكن التثبيت يدويًا. تم إدراج المشكلة رقم 3097 كواحدة من المشكلات المطلوبة لـ 1.0.

لا يمكنني إخبار المستخدمين الآخرين ، لكنني أرغب بشدة في الحصول على msixbundle في أي مكان ، حتى لو كان ذلك يعني أنني يجب أن أقوم بتحديثه بنفسي لاحقًا.
هذه هي الطريقة التي استخدم بها Powershell Core 7.x في العمل منذ المعاينة الأولى.

علاوة على ذلك ، هناك رسالة لطيفة تخبرك داخل الغلاف (حتى لا تكون متطفلة) أنك تفتقد تحديثًا.
أعتقد أن هناك أيضًا خيار إلغاء الاشتراك فيها

ما هو أفضل طريقة لاستخراج msixbundle يدويًا على سبيل المثال

يعمل بشكل جيد مع السبق الصحفي ، يمكننا استخدامه في بيئة احترافية. (من سطح مكتب نظام التشغيل Windows الاحترافي الخاص بنا):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

شكرا على هذا!

السبق الصحفي هو أروع شيء على الإطلاق!
https://youtu.be/a85QLUJ0Wbs

إنها أداة جميلة ومفيدة ، تشعر وكأنك في المنزل

أنا الأب ، 24. أبريل .2020 الساعة 12:03 Uhr schrieb Xiang ZHU <
[email protected]>:

حسنًا ، لا يزال غير صالح للاستخدام في بيئة Windows Server:

iwr -useb get.scoop.sh | iex
Set-ExecutionPolicy RemoteSigned - نطاق المستخدم الحالي
سكوب تثبيت بوابة
دلو مغرفة إضافة إضافات دلو
مغرفة تثبيت windows-terminal
تثبيت "windows-terminal" (0.11.1121.0) [64 بت]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle (16،1 ميجابايت)[=====================================] 100٪
التحقق من تجزئةMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... حسنًا.
استخراج dl.7z ... انتهى.
جارٍ تشغيل البرنامج النصي المثبت مسبقًا ...
جاري تشغيل برنامج التثبيت النصي ...
* خطأ مطلوب نظام التشغيل Windows 10 18362 على الأقل. *

@ gh4chris
نفس الشيء على سطح المكتب ، أليس كذلك؟
نظرًا لأن الجهاز يعتمد على ميزة معينة من نظام التشغيل ، فإنه يتطلب حدًا أدنى معينًا من مستوى الإصدار

ربما تريد التحديث إلى 1903/1909 (من المفترض أن تهبط 2004/20H1 في أقل من شهر)

هل ترى؟ هذا يمثل مشكلة في بيئة مهنية. التحديثات تنطوي على
الكثير من التحقق حتى لا يكسر الإعدادات الحالية ...

أشك في أن WT يحتاج حقًا إلى مثل هذه التبعيات. تكنولوجيا المعلومات هي التي تصنع المشروع بأكمله
سخيفة أكثر أو أقل

أنا الاب ، 24. أبريل 2020 أم 13:10 Uhr schrieb TeBeCo < [email protected]

أتفهم أن لديك مشكلة في تحديث خوادمك في شركتك ، وهذا أمر مختلف لا علاقة له بالنشر.
قد ترغب في الاتصال بالفرق الموجودة بجانبك لتحديث صورتها للحصول على الصورة التي كانت موجودة منذ عام مضى على الأقل.

هذا يختلف قليلاً عن "لا يوجد بديل للمتجر حتى الآن"

لن أقول أنه حظر أو إشكالية. يمكنك على سبيل المثال استخدام Enter-PSSession أو ssh وبعد ذلك ستستخدم WT من جهاز الكمبيوتر الخاص بك أثناء استخدام Shell للخادم
يمكنك حتى التحديث إلى PSWS 7.x على الخادم الخاص بك إذا كنت ترغب في ذلك ، أو تثبيته كـ dotnet tool

ربما تريد فتح إصدار آخر غير Investigate alternative deployment mechanisms for Windows Terminal

لا أريد حقًا الخوض في الجدل الدائر هنا حول ما يشكل "بيئة حقيقية"

لكنني بالتأكيد أرغب في تشغيل هذا على Windows Server (أي إصدار) ، وتشغيله على Windows 10 ليس مفيدًا في ظروفي أيضًا.

أود فقط أن أقول للتحديث إلى Windows Server 2019
ولكن قد يكون هذا أمرًا صعبًا للابتلاع لأن بوابة Azure لا تقدم نموذجًا لها
(ولكن نعم ، أفترض "مجرد تحديث")

أيضًا ، بما أنني مجرد مستهلك مثلك ، هل يمكنك فتح مشكلة لذلك لأنها غير مرتبطة بهذا؟
ربما تسأل هناك لماذا وتفاصيل حول الحد الأدنى لإصدار نظام التشغيل
لكنها لا تتعلق بآلية النشر

مرحبًا DHowett ، يجب أن يساعد التزامك (الذي أعرف أنه لم يتم إصداره بعد) لتجميع الأجزاء في المحطة الطرفية كثيرًا في الحصول على مثبت msixbundle غير متصل بالإنترنت.

يبدو بعد ذلك أن القطعة الرئيسية المفقودة لطريقة التثبيت غير المتصلة بالإنترنت هي عنوان URL ثابت لـ aka.ms لتنزيل أحدث حزمة msixbundle منه ، بدلاً من الاضطرار إلى تحديث البرامج النصية الخاصة بك مع أحدث إصدار من github.com وتنزيل URL.

هل من الممكن الحصول على رابط تنزيل ثابت لهذه الحزمة قيد التشغيل؟

هل من الممكن الحصول على رابط تنزيل ثابت لهذه الحزمة قيد التشغيل؟

هذه ليست فكرة سيئة ، وربما تكون شيئًا سنحتاج إلى القيام به عاجلاً وليس آجلاً.

أفضل تقديم appinstaller (وهو عبارة عن حزمة msixbundle إلى حد كبير مع علامة "أين أجد المزيد منكم؟" (للتحديثات!)) ، لكن هذا يتطلب في الواقع هذا _shrug_.

* خطأ مطلوب نظام التشغيل Windows 10 18362 على الأقل. *

لماذا يوجد مثل هذا الشرط الصعب الغريب؟ لا يمكن تقليل الاعتماد على هذا بحيث يمكن استخدامه على إصدارات LTSC؟

kein هذا شيء ناقشناه في هذا الريبو باستفاضة من قبل .

# 1643 (تعليق)

آسف. في الوقت الحالي ، هناك نوعان من الحاصرات الكبيرة التي يجب اعتمادها في عام 1809.

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

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

لا يمكننا العودة إلى عام 1809.

# 1909 (تعليق)

يتطلب Windows Terminal ميزات من أحدث إصدار من Windows.

لسوء الحظ ، لا توجد حلول بديلة متاحة لنا حقًا. جزر XAML هي التكنولوجيا التي نستخدمها لاستضافة XAML UI في عملية Win32. بدون ذلك ، لن نتمكن من عرض أي شيء. نظرًا لأن XAML Islands قد اكتملت فقط اعتبارًا من أحدث إصدار من نظام التشغيل Windows 10 ، فلا يوجد شيء يمكننا القيام به حيال ذلك.
إذا كنت تريد استخدام المحطة ، فستحتاج إلى أن تكون على أحدث إصدار من Windows 10.

# 841 (تعليق)

# 498 (تعليق)

لا توجد خطط حاليا.
نحن نعتمد على C ++ / WinRT و XAML Islands (UWP XAML) لواجهة المستخدم الخاصة بنا. نحن أيضًا نستخدم DX / DWrite لعارض النص. ما لم يتم نقل هؤلاء إلى لينكس في وقت ما ، فأنا أقول إن هناك فرصة ضئيلة جدًا لأن ندعم لينكس.
علاوة على ذلك ، يعتمد نظام البناء بالكامل على MsBuild ، وقد أكون مخطئًا ، لكنني لا أعتقد أن نظام البناء الخاص بنا سيعمل على نظام Linux.

# 1893 (تعليق)

# 2024 (تعليق)

هذا ما يفسر سبب دعم مثل هذا المحدود ولكن لا يبطل أي من الحجج المثارة هنا. غالبية مستخدمي Terminal هم مستخدمي Server و LTSC. ما الهدف من المحطة الطرفية التي تستهدف مستخدمي المنزل؟ في النهاية سوف يتلاشى كونه محبوسًا في بيئة محددة جدًا. في الوقت الحالي ، عدت إلى cmder وما لم تتمكن Terminal من التغلب على هذه المشكلة وستكون متاحة قريبًا في عام 2020 ، فسوف أنساها أيضًا.

غالبية مستخدمي Terminal هم مستخدمي Server و LTSC

هل لديك أي دليل على هذا البيان؟

هل يمكن تقسيم هذا العدد إلى عددين ؛ آلية نشر بديلة والحد الأدنى من الإصدار؟

هناك الكثير من المواضيع الأخرى المتعلقة بـ "min version" ، لذا سأبدأ في تحديد المناقشة حول الإصدار min في هذا الموضوع على أنه "خارج الموضوع".

حالة الاستخدام الخاصة بنا: الجامعة التي تدير فرع دعم طويل المدى على 3.5k من أجهزة كمبيوتر سطح المكتب التي تعمل بنظام Windows 10 ، تم تمكين متجر Windows حتى يتمكنوا من الحصول على Terminal. المسؤولون لدينا (أولئك الذين يرغبون حقًا ويستفيدون من Terminal) لديهم محطات عمل Windows يمكنهم استخدامها عليها ، ولكن في الغالب يستخدمون RDP في العديد من خوادم Windows غير المتجانسة التي تعمل في الغالب Server 2016 لاستخدام MMC و PowerShell لتكوينها. هم. سيكون من الرائع الحصول على المحطة الطرفية على كل هذه.

نمط الاستخدام الآخر هو RDP إلى خادم سطح مكتب بعيد واحد لـ Windows للتفاعل مع الخوادم الأخرى عبر Enter-PSSession.

لدينا عدد قليل جدًا من خوادم Windows Core لأن مجموعات تطبيقات الطرف الثالث والمستشارين الذين يأتون معهم بانتظام للنشر الأولي لا يفهمونها أو لا تدعمها التطبيقات.

لدينا نظام أساسي لإدارة التكوين نستخدمه لشحن MSIs بشكل أساسي إلى كل من Windows 10 و Server 2016 لذلك سيكون شحنه في كل مكان أمرًا سهلاً ، إذا كان بتنسيق مناسب.

@ carwyn نفسه هنا. تميل بيئتنا إلى أن تحتوي على n-1 ، لذا فإن العميل الذي ندعمه قد تمت ترقيته إلى عام 2016.

لقد قمت بمعاينة windows Terminal على سطح المكتب في جهازي في المنزل وأحبها. أرغب في استخدامه "في الإنتاج" على صناديق القفز في العمل ليستخدمها الفريق ولكن مع وجود الخيار الوحيد لخادم Windows 2019 يعني أنه سيتعين علينا الانتظار لفترة أطول وهو أمر محبط بعض الشيء لعميل مذهل من المحتمل أن أستخدم لاستبدال نوافذ powerhell القديمة الخاصة بي.

آسف يا رفاق ، أنا لست سعيدًا بكل القيود والصعوبات
المنشآت.
أعتقد أنني وجدت الحل الخاص بي. أنا أستخدم mobaXterm الآن. حصلت على كل شيء تقريبا
الميزات التي أحتاجها وأحتاجها فقط لتشغيل برنامج التثبيت.
يمكن أن تكون الحياة سهلة

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

لم ينجح أي من الحلول المذكورة هنا بالنسبة لي للتثبيت على Windows Server 2019. حتى مع وجود حل سكوب ، فإنه يفشل مع "خطأ ، يلزم وجود Windows 10 18362 على الأقل."

لم ينجح أي من الحلول المذكورة هنا بالنسبة لي للتثبيت على Windows Server 2019. حتى مع وجود حل سكوب ، فإنه يفشل مع "خطأ ، يلزم وجود Windows 10 18362 على الأقل."

صيح. لن يعمل على Server 2019. 2019 يعتمد على 1809. وهناك حاجة إلى 1903 على الأقل.

لم ينجح أي من الحلول المذكورة هنا بالنسبة لي للتثبيت على Windows Server 2019. حتى مع وجود حل سكوب ، فإنه يفشل مع "خطأ ، يلزم وجود Windows 10 18362 على الأقل."

كما يمكنك إلقاء نظرة على التعليق الأخير في هذا العدد:
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

مرحبًا DHowett ، بخصوص # 6802
لا يؤدي التنزيل والنقر نقرًا مزدوجًا فوق الحزمة إلى تثبيت Microsoft Terminal إذا كان الوصول إلى متجر Microsoft مقيدًا. يظهر الخطأ التالي

نفس القارب مثل سانكت. مجموعة تكنولوجيا المعلومات لدينا (بشكل مفهوم) تتجنب المخاطر بشدة وتقدر الاستقرار على الميزات الجديدة. والوصول إلى Microsoft Store محظور لأسباب أمنية ، لذلك حتى بعد أن نتمكن من الحصول على بنية أكثر حداثة (1903 ، 2004) ، يبدو أننا لن نتمكن من تثبيت Windows Terminal من حزم MSIX إلا ​​إذا قمنا ببنائها من المصدر (I لقد فعلت ذلك مرة واحدة ، لكن الأمر استغرق وقتًا طويلاً ، ولن أرغب في القيام بذلك في كل مرة).

يمكن أن نفهم حقيقة أنه لا يتم تجاهل هذا ، ولكن مجرد تراكم. ومع ذلك ، آمل أن يكون من الممكن قريبًا نشر هذا عبر SCCM (للعملاء) وبواسطة بعض الوسائل الأخرى لأجهزة Windows Server.

تضمين التغريدة

يعمل هذا بشكل جيد إذا كانت لديك إمكانيات "التنزيل":
توقفنا عن إجراء "البناء من المصدر" منذ 0.9 أو 0.10 لأن هذا يعمل الآن:

يدويا:

• https://github.com/microsoft/terminal/releases/latest
• تنزيل msixbundle (لا تنفذه)
• إعادة تسمية إلى zip
• استخراجه
• تشغيل WindowsTerminal.exe
• يعلق عليه

التشغيل الآلي:

• قم بإنشاء دالة pwsh في $PROFILE للتحقق من أصول تحرير القائمة
  هنا تريد هذا https://api.github.com/repos/microsoft/terminal/releases/latest
• يمكنك استخدام pwsh ConvertFrom-Json
• الحصول على الخاصية name التي تنتهي بـ msixbundle في قائمة الأصول
• استخدم Invoke-WebRequest في الحقل browser_download_url
• لا تنس استخدام Get-Proxy و ProxyUseDefaultCredentials إذا كان لديك وكيل NTLM لأن ... CORP ممتع
• استخدم وظيفة Expand-Archive pwsh لفك الضغط (لست متأكدًا من أنك بحاجة إلى إعادة تسمية صريحة)
• ضع هذا في جوهر لفريقك ؛)

• إكسكوبي قادرة على ما هو مطلوب. أدوات الطاقة مثل وحدة التحكم لا تحتاج إلى مثبت. المثبت هو مبالغة ويرجى تجنبها. ومن ثم لا تحتاج إلى قضاء شهور من الاختبار. في المرة الأخيرة التي تحققت فيها ، كان لدى الاستوديو البصري القدرة على إنتاج exe في وضع الإصدار الذي تم توقيعه على النحو الواجب.
• بصفتنا مستخدمين متمرسين ، فإننا لا نتأثر بقرار اختيار المتجر كنموذج التوزيع الأساسي. نظرًا لأنني حاولت أمس تثبيت وحدة التحكم هذه على جهاز العمل الخاص بي وخمن ماذا ، تم تكوين المتجر باستخدام حساب Hotmail الخاص بي لأنه يحتاج إلى حساب Microsoft وهو ليس حساب عملي وكان لدي خيار تثبيت وحدة التحكم على جهاز الكمبيوتر الشخصي الخاص بي والذي وكان في المنزل. كنت بحاجة إلى وحدة التحكم في جهاز العمل الخاص بي وليس على جهازي الشخصي.
• باختصار ، ما عليك سوى ذلك. اجعل من السهل الحصول على هذه الأداة حتى نتمكن من استخدامها. بخلاف ذلك ، أنا سعيد بـ ConEmu الذي كنت أستخدمه لسنوات عديدة.

حسنًا ، أعتقد أن التفسير الوحيد لتلك الاختيارات العديدة غير المعقولة فيما يتعلق بالتثبيت والتبعيات يجب أن يكون متعلقًا بالسوق / السياسة. أعتقد أن MS تريد أن يكون متجر التطبيقات هو المصدر الشرعي الوحيد للتطبيقات (يبدو جائعًا وحسدًا على نموذج أعمال Apple) ، وأعتقد أنه سيكون منطقيًا في مرحلة ما ، ولكنه أيضًا مسار خطير. مستخدمو Windows لا يطبقون المستخدمين ، وهم ليسوا متسامحين.
أنا متأكد من أن فريق Win Terminal قد تم تقييد أيديهم (حسنًا ، أنا متأكد من أن هذه هي الأسباب ، اسمحوا لي أن أضع هذه الطريقة!)

تضمين التغريدة

يدويا:

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

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

هل يجب أن يعمل هذا مع الإصدار 1.1.2021.0؟

لا يوجد WindowsTerminal.exe في الملف المضغوط !؟

تحتاج إلى فك ضغط msix الفرعية أيضًا
إلى x86 / إلى x64 / ARM
حزمة الموسيقى تشحنها جميعًا مرة واحدة
هل هذا ما كنت تتساءل عنه؟

لم يكن ذلك صريحا أنا موافق

تحتاج إلى فك ضغط msix الفرعية أيضًا

لقد عملت على هذا بعد أن نشرت :) ما هي أنظمة تشغيل من المتوقع أن يعمل هذا عليها؟ لقد جربت Windows Server 2012R2 و 2016 ولكن لم يحالفني الحظ. ألست متأكدًا مما إذا كنت مفرطًا في الطموح أو إذا كان هناك شيء أحتاج إلى تثبيته؟

لن تتمكن من القيام بذلك ، فقد تم توثيقه ومناقشته في مكان متعدد في هذا الريبو.
يعتمد WT على ميزة محددة جدًا من Windows نفسه مما يعني أن هناك إصدارًا بسيطًا

للأشخاص الذين يرغبون في أتمتة التنزيل قليلاً ، إليك نص برمجي ضعيف جدًا:

• لم تختبر بشكل كامل
• لا يدعم Hot Swap إذا كان WT قيد التشغيل => هل يمكن أن يؤدي استخدام Symlink إلى تحديث أزرق / أخضر؟
• لا يقوم بتعيين / تحديث $env:PATH

[CmdletBinding()]
param (

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

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

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

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

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

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

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

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

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

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

    return $DownloadDestination
}

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

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

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

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

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

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

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

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

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

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

للأشخاص الذين يرغبون في أتمتة التنزيل قليلاً ، إليك نص برمجي ضعيف جدًا:

* not fully test

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

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

[CmdletBinding()]
param (

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

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

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

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

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

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

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

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

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

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

    return $DownloadDestination
}

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

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

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

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

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

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

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

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

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

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

لماذا يتم فرض استخدام PowerShell 7؟ هذا يجعل النص أقل فائدة.

أهلا
شكرا جزيلا لملاحظة ذلك
هل تريدني أن أقوم بتحديثه لك؟ أو هل لديك بالفعل تعمل على الإصدار السابق؟
(انظر القسم Dev time أدناه)

لماذا ا ؟

TL ؛ DR؟ لأنني كسول وأستخدم الأشياء الموجودة خارج الصندوق

قليلًا من السياق ، نظرًا لأنني استغرقت وقتًا فراغًا في محاولة المساعدة ، هل سأستغرق بعض الوقت عن قصد لمحاولة المساعدة من خلال توفير نص برمجي غير قابل للتشغيل؟
إذا كنت أتذكر ، فإن النص البرمجي يستخدم واجهة برمجة تطبيقات تمت إضافتها على 7.0 وتم إصلاحها في ~ 7.0.2 / 3 ، لذا لم يكن الغرض منها إزعاج أي شخص
شاهد محرك الأقراص هذا TEMP:\

هل مازلت عالقًا في powershell ؟

هل يمكنك من فضلك تقديم ما يعادل ما يفعله محرك الأقراص TEMP:\ ، كما قيل أنا كسول وحاولت للتو المساعدة بسرعة في وقت الفراغ
يتم شحن powershell فقط على windows و هو / سيقتصر على 5.0 ولن يتطور
ربما مر عام تقريبًا منذ أن قمت بتشغيل TBH powershell
الذي يقودنا إلى LTS

باستخدام LTS

في January 2018 ، تم إصدار الإصدار الأول من pwsh (PowerShell Core) => 6.0.0
_ pwsh 7.0 هو LTS الحالي _ (تم شحنه في 4 مارس 2020)

كما تعلم بالفعل ، يتطلب WT إصدارًا بسيطًا من النوافذ ، لذلك ربما أفترض (بسرعة كبيرة) أن المستهلك الذي يرغب في استخدام wt قد يعرف عن pwsh (بوويرشيل) core) منذ الإصدار 6.0 (حوالي يناير 2018)

وقت التطوير

حسنًا ، نظرًا لأنني أميل إلى التأكد من تحديث الأدوات التي أستخدمها لتجنب الأخطاء ، لم ألاحظ أن محرك الأقراص TEMP:\ لم يكن موجودًا في الإصدار السابق من pwsh أو لم يكن موجودًا حتى حاول powershell .
تم استخدام هذا البرنامج النصي من قبل العديد من زملائه في الفريق (قد لا يكون نفس النص بالضبط) وأعتقد أن أحدهم لاحظ المشكلة / تم تحديثه وأثار هذه النقطة.
لذلك أضفنا Guard لإعلامنا بالمتطلبات بشكل صحيح.

كان بإمكاني إضافة معلمات إدخال حول مجلد temp أو الضغط على API CSharp للحصول على مجلد Temp وما إلى ذلك ...
كما قيل ، أنا كسول ويبدو أن طريقة "إذا () / رمي" بسيطة هي أسرع طريقة لتقديم حل هنا

نقاط المكافأة

لاحظ أيضًا أن pwsh 7+ يعمل في وقت تشغيل dotnet core لذا فهو يعمل عبر الأنظمة الأساسية
يجعله أكثر فائدة إذا كنت بحاجة إلى برنامج نصي للتشغيل على Win / Linux / MacOs
(حتى لو فازت WT فقط)

التحديث / التثبيت

هل حاولت تحديث جهاز الكمبيوتر الخاص بك أو واجهت أي مشكلة في القيام بذلك؟ كيف يمكنني المساعدة في ذلك؟

مشرف الحق؟ أم لا

لا تحتاج حق المسؤول لتثبيته

طريقة مختلفة

إذا كنت بحاجة إلى مساعدة حول تحديث جهاز الكمبيوتر الخاص بك من أي منهما

• msix (نقرة مزدوجة)
• msixbundle (نقرة مزدوجة)
• zip (انقر بزر الماوس الأيمن> استخراج)
• dotnet tool instal -g (نسخ / لصق)

جيثب الرسمية

إذا كنت تواجه مشكلة في العثور عليه ، فإليك المستودع الرسمي
https://github.com/powershell/powershell/releases/latest

المستندات الرسمية

إذا كنت تفضل التوثيق للنشر والمزيد من المعلومات التفصيلية:
https://github.com/powershell/powershell/releases/tag/v7.0.3

tebeco إذا كنت بحاجة إلى بديل لـ temp:/ ، فاستخدم $Env:TEMP .

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

شكرا للمعلومات

هل تعتقد أنك ستقبل بعلاقات عامة في هذا المستودع لشحنه كأصل؟
تمامًا مثل إصدار فريق dotnet dotnet-install.ps1|sh وأنشأ رابطًا قصيرًا aka.ms

سأفعل بكل سرور العلاقات العامة إذا كان الأمر جيدًا معك

سيؤدي ذلك إلى إصلاح مشكلة msixbundle نظرًا لأنه غير قابل للاستخدام حتى الآن في جميع بيئة المؤسسة التي تم إغلاق المتجر فيها

ربما سأطلب

• في أي مجلد أضف الملف
• env اسم المتغير حتى نتمكن من OR NOT الافتراضي إلى هذه var إذا لم يتم توفير Args inout
• مكان تغيير خط أنابيب البناء بحيث يكون فردًا

لا، اسف! قد يعني ذلك مستوى من الدعم الرسمي لهذا الحل لسنا مستعدين بعد للموافقة عليه. شكرا على الرغم من: ابتسم:

قد أكون مخطئًا في ذلك ، لقد فهمت أن pb لن يتم إصلاحه على المدى القصير لأنه يتضمن فريقًا آخر من المتجر وما إلى ذلك ، ما مدى دقة ذلك في رأيك (حوالي 6 أشهر / 12 ربما)؟
كما أغلقت الشركات أيضًا Store في المقام الأول لتجنب تثبيت الجزء الثالث ، لذلك ربما لا تتقدم لتغيير "صورة Windows الأساسية" من أجل تثبيت جزء ثالث إضافي (نعم ، Windows Terminal هو الجزء الثالث ما لم يتم الشحن ضمن تثبيت Windows الافتراضي ، مما يؤدي إلى عدم قيام الشركة بتحديث "الصورة الرئيسية" بسرعة (حوالي 1.5 عام من GAP)

لإضافة المزيد من الألم إلى المشكلة ، يتم إنجاز 70٪ تقريبًا من الوقت (تحديث الصورة الأساسية) في جزء من الشركة يصعب جدًا العثور عليه / الاتصال به / مناقشته والذي سيجد دائمًا أسبابًا "جيدة" لعدم القيام بما أي شخص آخر يطلب منهم القيام بذلك ، لأنهم يريدون التأكد من أنهم يمتلكون كل شيء بالكامل ليكونوا تحت السيطرة (... على ما تم تثبيته).

عندما يحاول الأشخاص تثبيت WT ، فمن المحتمل أن يتخلوا عنها ، أو يحاولون رؤيتها هنا ، والبحث عن حل
ربما لن يتمكنوا من العثور على Gist/Repo في مكان آخر لأنهم لن يعلموا بوجوده

من الغريب نوعا ما أن تكون في منتصفها

• لا يمكن إجراء مناقشة مع تأمين قفل المتجر / تثبيت الجزء الثالث / Windows
• أحاول المساعدة هنا للحصول على برنامج نصي يقوم بحل بديل مناسب ، لكنني أفهم أن هذا ليس هدفك على المدى الطويل (دعنا نقول بعد عامين من الآن)

إذا كان من الممكن أن يكون هناك حل بديل بدءًا من اليوم ، حتى يتم إطلاق "الهدف طويل المدى" هذا في السنوات القادمة

إلى أي مدى ستذهب للترويج لحل يعمل على حل بديل حتى يتم إصدار شيء مثالي و "يمكن دعمه"؟
هل يمكنك تغيير README لهذا الريبو إلى أي من / كلاهما يشير إلى Gist / Repo الذي يستضيف البرنامج النصي؟
هل تقوم افتراضيًا بإرسال المشكلة مفتوحة حول هذا الموضوع إلى البرنامج النصي ريبو / جيست هذا في كل مرة تواجه فيها نفس المشكلة بطريقة أو بأخرى؟

أنا أبحث عن "حل وسط" يتم ترقيته من فريق Windows Terminal ، ما زلت غير مجبر على الحصول على "دعم رسمي" من المصدر