Немного статистики о PowerShell Core


PowerShell Core имеет встроенную телеметрию. (Конечно вы её можете всегда выключить).

Ссылку на Dashboard вы можете найти на головной странице проекта https://github.com/PowerShell/PowerShell

Результаты по количеству запусков:

За сентябрь — ~4.5 миллионов

За октябрь — ~5.8 миллионов

За ноябрь — ~ 6.5 миллионов

 

Удивительно, что число запусков версии 6.0 практически не изменяется, а прирост идет сейчас за счёт версии 6.1. Ещё более удивительно, что люди продолжают использовать 6.1-Preview.

По операционным системам наибольшая популярность по-прежнему на Linux — ~5.2 миллионов запусков, следом идет Windows с большим отставанием — ~1.3 миллионов запусков. Доля Windows постепенно увеличивается. Доля MacOs мала, но заметна — 0.15 миллиона запусков.

Статистика всё ещё очень скромная. Тем не менее популярность PowerShell Core растёт с каждой новой версией и будет расти. Возможно даже более быстрыми темпами. Тому причиной несколько факторов. Напомню, что развитие Windows PowerShell остановлено, все новшества будут только в PowerShell Core. Другой фактор это использование PowerShell Core в облачных сервисах.

Сейчас команда MSFT активно работает над усовершенствованием системы выпуска релизов. Это позволит снизить трудозатраты и повысить качество продукта. В рамках этой работы расширится тестирование продукта. Уже сейчас PowerShell Core существует в виде различных форматов установочных пакетов и, самое главное, начал появляться в репозиториях основных вендоров.

С другой стороны, я очень надеюсь, что мы успеем доработать несколько интересных изменений, которые улучшат время загрузки PowerShell Core, а также общую производительность, не говоря уже о новой функциональности. Если мои ожидания оправдаются, то PowerShell Core станет обгонять Windows PowerShell по тестам производительности.

Реклама

PowerShell Core 6.1.1


В PowerShell Core 6 были обнаружены проблемы безопасности. В Windows PowerShell тоже, и исправления уже доступны в текущих ежемесячных обновлениях.

Что касается PowerShell Core 6, то его рекомендуется обновить до версии 6.1.1.

Подробности:

https://github.com/PowerShell/PowerShell/issues/8254

https://github.com/PowerShell/PowerShell/issues/8251

О чём это говорит? Хочется думать, что PowerShell Core стал достаточно популярным :-) Хотя по факту одна проблема приехала из Microsoft.PowerShell.Archive, а вторая исторически из Windows PowerShell. Пока инцидентов с новым кодом, созданным в рамках проекта с открытыми кодами, не зафиксировано: предыдущие обновления безопасности происходили из .Net Core.

Кратко о PowerShell Core 6.2.0 Preview1


Загрузка на GitHub.

Команда MSFT сосредоточена на автоматизации. Практически завершён процесс перехода с CI Appveyor и CI Travis на платформу visualstudio.com (Azure DevOps). Сам процесс автоматизации выпусков новых версий по всей видимости приведёт не только к снижению трудозатрат, но и большей интеграции в эко систему как Windows, так и основных Linux дистрибутивов.

Что появилось нового в Preview1?

  • #7813 и #7901 — добавлена поддержка типов byte, ushort, uint, ulong и short в виде литералов и акселераторов.
  • #7732 — для параметра Encoding добавлена поддержка IntelliSense (автозавершение).
  • #7206 — добавлена поддержка cd +
  • Как побочный эффект заработало IntelliSense для $error[0] . Отсутствие этого всегда раздражало.

Остальное можно найти в ChangeLog https://github.com/PowerShell/PowerShell/releases/tag/v6.2.0-preview.1 Как всегда там множество изменений маленьких и больших.

 

 

Side-By-Side и другие особенности установки PowerShell Core


С выпуском PowerShell Core 6.1.0 сложилась следующая модель установки.

Пакеты

Поддерживаются следующие пакеты:
1. MSI (Windows)
2. deb (Debian, Ubuntu)
3. rpm (Redhat)
4. pkg (MacOs)

Также есть архивные файлы Zip (tar.gz).

Установка Side-By-Side

Side-By-Side означает, что вы можете установить на одной системе несколько версий PowerShell Core.

Обычно основная версия ставится из пакета в стандартную директорию (для Windows это C:\Program Files\PowerShell\6), а остальные вы можете распаковать из zip архива в любое место.

На Windows это также обеспечивает сосуществование с Windows PowerShell.

Почему пакет устанавливает PowerShell Core в одну и ту же стандартную директорию? Это сделано специально, чтобы обеспечить обновление версий с помощью менеджеров пакетов. На Windows это также обеспечивает получение обновлений через Windows Update и WSUS (это работает для GA версий, но не для Preview/RC). По этой же причине предустановленные модули ставятся в директорию без номера версии в названии. Обновляться они будут пакетом новой версии или через Windows Update/ WSUS.

Для пакетов надо помнить, что есть две независимые ветки — GA и Preview/RC. Имена пакетов соответственно powershell и powershell-preview (для RC также powershell-preview).
Для каждой ветки пакеты устанавливаются и обновляются независимо друг от друга. Это означает, что msi пакет (это верно и других видов пакетов) для версии 6.1.0 заменит версию 6.0.x, 6.1.1 заменит 6.1.0 и т.д., но оставит без изменения любую установленную Preview/RC версию. Аналогично пакет msi для версии 6.2.x-preview1 заменит любую младшую предварительную версию, а например 6.2.0-rc1 заменит 6.2.0-preview1.

Менеджеры пакетов.

Вы можете использовать стандартные apt-get, yum, zypper, dnf. Особенность в том, что пакеты лежат только в репозитории Microsft (https://packages.microsoft.com), и его нужно предварительно зарегистрировать на системе. В документации описано, как это сделать.
В дальнейшем планируется размещение пакетов в стандартных репозиториях и, возможно, в Windows Store.

Есть также Windows Docker Files and Images https://hub.docker.com/r/microsoft/windowsservercore/ и https://hub.docker.com/r/microsoft/nanoserver/

Недавно появился Snapcraft https://snapcraft.io/powershell и https://snapcraft.io/powershell-preview

Полезные ссылки:

1. https://docs.microsoft.com/en-us/powershell/scripting/setup/installing-powershell?view=powershell-6
2. https://github.com/PowerShell/PowerShell/blob/master/README.md
3. https://github.com/PowerShell/PowerShell/releases/
4. https://docs.microsoft.com/en-us/powershell/scripting/setup/installing-powershell-core-on-linux?view=powershell-6#snap-package

PowerShell Core 6.1 выпущен!


Официальный анонс https://blogs.msdn.microsoft.com/powershell/2018/09/13/announcing-powershell-core-6-1/

Release Notes и загрузка https://github.com/PowerShell/PowerShell/releases

Также доступен в Snap. Постепенно расширяется число репозиториев, через которые можно установить PowerShell Core.

PowerShell Core 6.1 работает на базе .Net Core 2.1.

Самое приятное, что были найдены и исправлены некоторые проблемы производительности. Целый ряд командлетов теперь потребляет меньше памяти и работает существенно быстрее, даже лучше, чем Windows PowerShell.

Разработчики Microsoft проделали огромную работу по обеспечению совместимости с PowerShell модулями поставляемым с Windows 10 и Window Server 2019. Да, это доступно только для новых версий. Для старых надо использовать механизм проксирования реализованный в модуле WindowsConpatibility.

Больше подробностей об изменениях в статье https://isazonov.wordpress.com/2018/08/28/powershell-core-6-1-0-rc1/

PowerShell Core 6.1 Preview4


Вышла новая предварительная версия PowerShell 6.1 Preview4.

https://github.com/PowerShell/PowerShell/releases

RTM версия ожидается через несколько недель в августе.

На что стоит обратить внимание?

1. Add support to experimental features
https://github.com/PowerShell/PowerShell/pull/7242

Этот механизм позволит реализовывать альтернативные возможности в предварительных версиях. Пользователи смогут выключать и выключать их на свое усмотрение для тестирования.

2. Add ThreadJob module package and tests
https://github.com/PowerShell/PowerShell/pull/7169

Это ещё одна возможность распараллеливания выполнения скриптов. Рекомендую потестировать и написать отзывы, чтобы в августе получить обновленный вариант в RTM версии.

3. Enable UseShellExecute on all platforms
https://github.com/PowerShell/PowerShell/pull/7198

Теперь на Unix системах Invoke-Item будет работать как на Windows системах и запускать приложения в зависимости от расширения файла. Так Invoke-Item file.txt запустит текстовый редактор.

Остальное смотрите в Release Notes — ссылка выше.

Remote Desktop — медленное подключение


В Windows Server 2012 и Windows Server 2012 R2 есть небольшая, но неприятная, проблема, когда при подключении по RDP вы видите черный экран некоторое время, а в логе появляется событие Event ID 20499 «Remote Desktop Services has taken too long to load the user configuration from server …».

Лечение описано в статье https://support.microsoft.com/en-us/help/4021856/sbsl-issue-when-you-create-an-rdp-connection-to-windows-server . Собственно нужно добавить в реестр ключ fQueryUserConfigFromLocalMachine со значением 1.

В Windows Server 2016/2019 проблема уже исправлена, и ключ в реестр добавлять не нужно.