Система подсказок может взаимодействовать с другими приложениями Windows следующими способами

Обновлено: 21.11.2024

Вариант Server Core — это минимальный вариант установки, доступный при развертывании версии Windows Server Standard или Datacenter. Ядро сервера включает в себя большинство, но не все роли сервера. Server Core занимает меньше места на диске и, следовательно, имеет меньшую поверхность атаки из-за меньшей базы кода.

Сервер (базовый) и сервер с рабочим столом

При установке Windows Server вы устанавливаете только те роли сервера, которые вы выбрали. Это помогает уменьшить общую нагрузку на Windows Server. Однако вариант установки сервера с возможностями рабочего стола по-прежнему устанавливает многие службы и другие компоненты, которые часто не нужны для определенного сценария использования.

Именно здесь вступает в игру Server Core: при установке Server Core исключаются все службы и другие функции, которые не являются необходимыми для поддержки некоторых часто используемых ролей сервера. Например, серверу Hyper-V не нужен графический интерфейс пользователя (GUI), потому что вы можете управлять практически всеми аспектами Hyper-V либо из командной строки с помощью Windows PowerShell, либо удаленно с помощью диспетчера Hyper-V.

Различие Server Core — основные возможности без излишеств

Когда вы закончите установку Server Core в системе и впервые войдете в систему, вас ждет небольшой сюрприз. Основное различие между вариантом установки Server with Desktop Experience и Server Core заключается в том, что Server Core не включает следующие пакеты оболочки с графическим интерфейсом:

Microsoft-Windows-Server-Shell-Package
Microsoft-Windows-Server-Gui-Mgmt-Package
Пакет Microsoft-Windows-Server-Gui-RSAT
Microsoft-Windows-Cortana-PAL-Desktop-Package

Другими словами, в Server Core изначально нет рабочего стола. Сохраняя возможности, необходимые для поддержки традиционных бизнес-приложений и рабочих нагрузок на основе ролей, Server Core не имеет традиционного интерфейса рабочего стола. Вместо этого Server Core предназначен для удаленного управления с помощью командной строки, PowerShell или инструмента с графическим интерфейсом (например, RSAT или Windows Admin Center).

Помимо отсутствия пользовательского интерфейса, Server Core также отличается от Server with Desktop Experience следующими особенностями:

В Server Core нет специальных возможностей
Нет OOBE (готового к работе) для настройки Server Core
Нет поддержки звука.

В следующей таблице показано, какие приложения доступны локально на Server Core и на сервере с возможностями рабочего стола. Важно: В большинстве случаев приложения, которые перечислены ниже как «недоступные», можно запускать удаленно с клиентского компьютера Windows или из Центра администрирования Windows для управления установкой Server Core.

Версии и загрузка функций по запросу для Server Core

Список ниже отражает уровень FoD для версии 1809 (Server 2019 LTSC). Вы можете значительно улучшить совместимость ядра сервера, применив пакет FoD, более новый, чем 1809.

Места загрузки

Позднюю версию Windows Server (SAC) FoD можно получить в вашем конкретном центре лицензирования MS, если у вас есть действующая программа Software Assurance. Вам понадобится рабочая или учебная учетная запись Microsoft, зарегистрированная в VLSC или Business Center, чтобы получить доступ к загрузке FoD.

В качестве альтернативы у вас может быть доступ к подписке Visual Studio. Вам понадобится учетная запись Microsoft Home, Work или School, зарегистрированная в действующей подписке Visual Studio, чтобы получить доступ к загрузке FoD.

Последний пакет инсайдерской информации о сервере. Его можно загрузить на веб-странице программы предварительной оценки сервера. Вам понадобится учетная запись Microsoft Home, Work или School, зарегистрированная в программе предварительной оценки, чтобы получить доступ к загрузке FoD.

Функция по запросу — функции, доступные в пакете функций по запросу 1809

Этот список предназначен для быстрого ознакомления и не является полным списком.

Дополнительную информацию о том, что входит в состав Server Core, см. в разделе Роли, службы ролей и функции, включенные в Windows Server — Server Core. Информацию о том, что не входит в Server Core, см. в разделе Роли, службы ролей и функции, не включенные в Server Core

* Чтобы прочитать файлы .RTF, хранящиеся локально в SKU Server Core, пользователи могут скопировать файл(ы) на другой компьютер Windows, на котором установлен WordPad.

Начало работы с Server Core

Используйте следующую информацию для установки, настройки и управления вариантом установки основных серверных компонентов Windows Server.

При работе с файловыми системами Windows и Linux необходимо учитывать ряд соображений. В этом руководстве мы описали некоторые из них, в том числе несколько примеров поддержки совместимости для комбинирования команд Windows и Linux.

Хранение файлов и производительность в файловых системах

Мы не рекомендуем работать с вашими файлами в разных операционных системах, если у вас нет для этого особой причины. Для максимальной производительности храните файлы в файловой системе WSL, если вы работаете в командной строке Linux (Ubuntu, OpenSUSE и т. д.). Если вы работаете в командной строке Windows (PowerShell, командная строка), храните файлы в файловой системе Windows.

Например, при хранении файлов проекта WSL:

Используйте корневой каталог файловой системы Linux: \\wsl$\Ubuntu\home\\Project
Не корневой каталог файловой системы Windows: /mnt/c/Users/ /Project$ или C:\Users\\Project

Когда вы видите /mnt/ в пути к файлу командной строки WSL, это означает, что вы работаете с подключенного диска. Таким образом, файловая система Windows C:/диск ( C:\Users\ \Project ) будет выглядеть так при монтировании в командной строке WSL: /mnt/c/Users/ /Project$ . Файлы проекта можно хранить на смонтированном диске, но ваша производительность улучшится, если вы сохраните их непосредственно на диске \\wsl$.

Просмотр текущего каталога в проводнике Windows

Вы можете просмотреть каталог, в котором хранятся ваши файлы, открыв проводник Windows из командной строки, используя:

В качестве альтернативы вы также можете использовать команду: powershell.exe /c start . Не забудьте добавить точку в конце команды, чтобы открыть текущий каталог.

Чтобы просмотреть все доступные дистрибутивы Linux и их корневые файловые системы в проводнике Windows, введите в адресной строке: \\wsl$

Чувствительность к регистру в именах файлов и каталогов

Чувствительность к регистру определяет, обрабатываются ли прописные (FOO.txt) и строчные (foo.txt) буквы как разные (с учетом регистра) или эквивалентные (без учета регистра) в имени файла или каталоге. Файловые системы Windows и Linux обрабатывают чувствительность к регистру по-разному: Windows нечувствительна к регистру, а Linux чувствительна к регистру. Узнайте больше о том, как настроить чувствительность к регистру, особенно при монтировании дисков с помощью WSL, в статье с инструкциями по настройке чувствительности к регистру.

Взаимодействие между командами Windows и Linux

Инструменты и команды Windows и Linux взаимозаменяемы с WSL.

Запуск инструментов Windows (например, notepad.exe) из командной строки Linux (например, Ubuntu).
Запуск инструментов Linux (например, grep) из командной строки Windows (например, PowerShell).
Совместно использовать переменные среды между Linux и Windows. (сборка 17063+)

Запуск инструментов Linux из командной строки Windows

Запускайте двоичные файлы Linux из командной строки Windows (CMD) или PowerShell с помощью wsl (или wsl.exe ).

Двоичные файлы вызываются следующим образом:

Используйте тот же рабочий каталог, что и текущая командная строка CMD или PowerShell.
Запуск от имени пользователя WSL по умолчанию.
Имейте те же права администратора Windows, что и вызывающий процесс и терминал.

Команда Linux, следующая за wsl (или wsl.exe ), обрабатывается как любая команда, выполняемая в WSL. Такие вещи, как sudo, конвейер и перенаправление файлов, работают.

Пример использования sudo для обновления дистрибутива Linux по умолчанию:

После выполнения этой команды будет указано имя пользователя вашего дистрибутива Linux по умолчанию, и вас попросят ввести пароль. После правильного ввода пароля ваш дистрибутив загрузит обновления.

Совмещение команд Linux и Windows

Вот несколько примеров сочетания команд Linux и Windows с помощью PowerShell.

Чтобы использовать команду Linux ls -la для вывода списка файлов и команду PowerShell findstr для фильтрации результатов по словам, содержащим "git", объедините команды:

Чтобы использовать команду PowerShell dir для вывода списка файлов и команду Linux grep для фильтрации результатов по словам, содержащим "git", объедините команды:

Чтобы использовать команду Linux ls -la для вывода списка файлов и команду PowerShell > out.txt для печати этого списка в текстовый файл с именем "out.txt", объедините команды:

Команды, переданные в wsl.exe, перенаправляются в процесс WSL без изменений. Пути к файлам должны быть указаны в формате WSL.

Чтобы использовать команду Linux ls -la для вывода списка файлов в пути файловой системы /proc/cpuinfo Linux с помощью PowerShell:

Чтобы использовать команду Linux ls -la для вывода списка файлов в пути файловой системы Windows C:\Program Files с помощью PowerShell:

Запуск инструментов Windows из Linux

WSL может запускать инструменты Windows непосредственно из командной строки WSL с помощью [имя-инструмента].exe . Например, notepad.exe .

Приложения, запускаемые таким образом, имеют следующие свойства:

Сохраните рабочий каталог в качестве командной строки WSL (по большей части — исключения описаны ниже).
Имейте те же права доступа, что и процесс WSL.
Запуск от имени активного пользователя Windows.
Отображается в диспетчере задач Windows так, как будто выполняется непосредственно из командной строки CMD.

Исполняемые файлы Windows, запущенные в WSL, обрабатываются так же, как и исходные исполняемые файлы Linux: передача по конвейеру, перенаправление и даже фоновая обработка работают должным образом.

Чтобы запустить инструмент Windows ipconfig.exe , используйте инструмент Linux grep для фильтрации результатов "IPv4" и используйте инструмент Linux cut для удаления полей столбца, из дистрибутива Linux (например, Ubuntu) введите:< /p>

Давайте рассмотрим пример сочетания команд Windows и Linux. Откройте дистрибутив Linux (например, Ubuntu) и создайте текстовый файл: touch foo.txt. Теперь используйте команду Linux ls -la, чтобы вывести список прямых файлов и сведения об их создании, а также инструмент Windows PowerShell findstr.exe для фильтрации результатов, чтобы в результатах отображался только ваш файл foo.txt:

Инструменты Windows должны включать расширение файла, соответствовать регистру файла и быть исполняемым. Неисполняемые файлы, включая пакетные сценарии. Собственные команды CMD, такие как dir, можно запускать с помощью команды cmd.exe /C.

Например, выведите список содержимого каталога C:\ файловой системы Windows, введя:

Параметры передаются в двоичный файл Windows без изменений. Например, следующая команда откроет C:\temp\foo.txt в notepad.exe:

Это также будет работать:

Обмен переменными среды между Windows и WSL с помощью WSLENV

WSL и Windows совместно используют специальную переменную среды WSLENV , созданную для объединения дистрибутивов Windows и Linux, работающих на WSL.

Свойства переменной WSLENV:

Он является общим; он существует как в среде Windows, так и в среде WSL.
Это список переменных среды для совместного использования Windows и WSL.
Он может форматировать переменные среды, чтобы они хорошо работали в Windows и WSL.
Он может помочь в обмене данными между WSL и Win32.

До версии 17063 единственной переменной среды Windows, к которой WSL мог получить доступ, была PATH (поэтому вы могли запускать исполняемые файлы Win32 из-под WSL). Начиная с версии 17063, WSLENV начинает поддерживаться. WSLENV чувствителен к регистру.

флаги WSLENV

В WSLENV доступны четыре флага, влияющие на преобразование переменной среды.

/p — преобразует путь между путями в стиле WSL/Linux и путями Win32.
/l — указывает, что переменная среды представляет собой список путей.
/u — указывает, что эту переменную среды следует включать только при запуске WSL из Win32.
/w — указывает, что эту переменную среды следует включать только при запуске Win32 из WSL.

Флаги можно комбинировать по мере необходимости.

Узнайте больше о WSLENV, включая ответы на часто задаваемые вопросы и примеры установки значения WSLENV для конкатенации других предопределенных переменных среды, каждая из которых имеет косую черту, за которой следуют флаги, чтобы указать, как значение должно быть преобразовано, и передача переменных с сценарий. В этой статье также приведен пример настройки среды разработки с языком программирования Go, настроенного для совместного использования GOPATH между WSL и Win32.

Отключить совместимость

Пользователи могут отключить возможность запуска инструментов Windows для одного сеанса WSL, выполнив следующую команду от имени пользователя root:

Чтобы повторно включить двоичные файлы Windows, выйдите из всех сеансов WSL и повторно запустите bash.exe или выполните следующую команду от имени пользователя root:

Отключение взаимодействия не будет сохраняться между сеансами WSL — взаимодействие будет снова включено при запуске нового сеанса.

Развертывание ClickOnce решает три основные проблемы развертывания:

Сложности при обновлении приложений. При развертывании установщика Microsoft Windows при каждом обновлении приложения пользователь может установить обновление, файл MSP и применить его к установленному продукту; при развертывании ClickOnce вы можете автоматически предоставлять обновления. Загружаются только те части приложения, которые были изменены, а затем полностью обновленное приложение переустанавливается из новой параллельной папки.

Влияние на компьютер пользователя. При развертывании с помощью установщика Windows приложения часто полагаются на общие компоненты, что может привести к конфликтам версий; при развертывании ClickOnce каждое приложение автономно и не может мешать другим приложениям.

Разрешения безопасности. Развертывание установщика Windows требует административных разрешений и допускает установку только ограниченного числа пользователей; Развертывание ClickOnce позволяет пользователям без прав администратора устанавливать и предоставляет только те разрешения Code Access Security, которые необходимы для приложения.

В прошлом из-за этих проблем разработчики иногда решали создавать веб-приложения вместо приложений для Windows, жертвуя богатым пользовательским интерфейсом ради простоты установки. Используя приложения, развернутые с помощью ClickOnce, вы можете получить лучшее от обеих технологий.

Что такое приложение ClickOnce?

Приложение ClickOnce — это любой Windows Presentation Foundation (.xbap), Windows Forms (.exe), консольное приложение (.exe) или решение Office (.dll), опубликованное с использованием технологии ClickOnce. Вы можете опубликовать приложение ClickOnce тремя различными способами: с веб-страницы, из общей сетевой папки или с носителя, например с компакт-диска. Приложение ClickOnce можно установить на компьютер конечного пользователя и запустить локально, даже когда компьютер находится в автономном режиме, или его можно запустить только в онлайн-режиме без постоянной установки чего-либо на компьютер конечного пользователя. Дополнительные сведения см. в разделе Выбор стратегии развертывания ClickOnce.

Приложения ClickOnce могут обновляться самостоятельно; они могут проверять наличие более новых версий по мере их появления и автоматически заменять любые обновленные файлы. Разработчик может указать поведение обновления; сетевой администратор также может управлять стратегиями обновления, например, помечая обновление как обязательное. Обновления также могут быть отброшены до более ранней версии конечным пользователем или администратором. Дополнительные сведения см. в разделе Выбор стратегии обновления ClickOnce.

Поскольку приложения ClickOnce изолированы, установка или запуск приложения ClickOnce не может нарушить работу существующих приложений. Приложения ClickOnce являются автономными; каждое приложение ClickOnce устанавливается и запускается из безопасного кэша для каждого пользователя и приложения. Приложения ClickOnce выполняются в зонах безопасности Интернета или Интрасети. При необходимости приложение может запросить повышенные разрешения безопасности. Дополнительные сведения см. в разделе Безопасные приложения ClickOnce.

Как работает безопасность ClickOnce

Основная безопасность ClickOnce основана на сертификатах, политиках безопасности доступа для кода и запросе доверия ClickOnce.

Сертификаты

Сертификаты Authenticode используются для проверки подлинности издателя приложения. Используя Authenticode для развертывания приложений, ClickOnce помогает не допустить, чтобы вредоносная программа выдавала себя за законную программу, полученную из установленного, заслуживающего доверия источника. При необходимости сертификаты также можно использовать для подписи манифестов приложений и развертывания, чтобы доказать, что файлы не были подделаны. Дополнительные сведения см. в разделе ClickOnce и Authenticode. Сертификаты также можно использовать для настройки клиентских компьютеров для получения списка доверенных издателей. Если приложение поступает от доверенного издателя, его можно установить без какого-либо взаимодействия с пользователем. Дополнительные сведения см. в разделе Обзор надежного развертывания приложений.

Безопасность доступа для кода

Безопасность доступа для кода помогает ограничить доступ кода к защищенным ресурсам. В большинстве случаев для ограничения разрешений можно выбрать зоны Интернета или Местной интрасети. Используйте страницу «Безопасность» в ProjectDesigner, чтобы запросить зону, подходящую для приложения. Вы также можете отлаживать приложения с ограниченными разрешениями, чтобы имитировать работу конечного пользователя. Дополнительные сведения см. в статье Безопасность доступа кода для приложений ClickOnce.

Подсказка доверия ClickOnce

Если приложение запрашивает больше разрешений, чем позволяет зона, конечному пользователю может быть предложено принять решение о доверии. Конечный пользователь может решить, можно ли запускать приложения ClickOnce, такие как приложения Windows Forms, приложения Windows Presentation Foundation, консольные приложения, браузерные приложения XAML и решения Office. Дополнительные сведения см. в разделе Как настроить поведение запроса доверия ClickOnce.

Как работает развертывание ClickOnce

Основная архитектура развертывания ClickOnce основана на двух XML-файлах манифеста: манифесте приложения и манифесте развертывания. Файлы используются для описания того, откуда устанавливаются приложения ClickOnce, как они обновляются и когда они обновляются.

Публикация приложений ClickOnce

Манифест приложения описывает само приложение. Сюда входят сборки, зависимости и файлы, из которых состоит приложение, необходимые разрешения и место, где будут доступны обновления. Разработчик приложения создает манифест приложения с помощью мастера публикации в Visual Studio или средства создания и редактирования манифеста (Mage.exe) из пакета разработки программного обеспечения Windows (SDK). Дополнительные сведения см. в разделе Как опубликовать приложение ClickOnce с помощью мастера публикации.

Манифест развертывания описывает, как развертывается приложение. Сюда входит расположение манифеста приложения и версия приложения, которую должны запускать клиенты.

Развертывание приложений ClickOnce

После создания манифест развертывания копируется в расположение развертывания. Это может быть веб-сервер, сетевой файловый ресурс или носитель, например компакт-диск. Манифест приложения и все файлы приложения также копируются в расположение развертывания, указанное в манифесте развертывания. Это может быть то же место, что и место развертывания, или другое место. При использовании мастера публикации в Visual Studio операции копирования выполняются автоматически.

Установка приложений ClickOnce

После развертывания в месте развертывания конечные пользователи могут загрузить и установить приложение, щелкнув значок, представляющий файл манифеста развертывания на веб-странице или в папке. В большинстве случаев конечному пользователю предоставляется простое диалоговое окно с просьбой подтвердить установку, после чего установка продолжается и приложение запускается без дополнительного вмешательства. В случаях, когда приложению требуются повышенные разрешения или если приложение не подписано доверенным сертификатом, диалоговое окно также просит пользователя предоставить разрешение, прежде чем можно будет продолжить установку. Хотя установка ClickOnce выполняется для каждого пользователя, может потребоваться повышение разрешений, если есть предварительные требования, требующие прав администратора. Дополнительные сведения о повышенных разрешениях см. в разделе Защита приложений ClickOnce.

Сертификатам можно доверять на уровне компьютера или предприятия, чтобы приложения ClickOnce, подписанные с помощью доверенного сертификата, могли устанавливаться в автоматическом режиме. Дополнительные сведения о доверенных сертификатах см. в разделе Обзор развертывания доверенных приложений.

Приложение можно добавить в пользовательское меню "Пуск" и в группу "Установка и удаление программ" на панели управления. В отличие от других технологий развертывания, в папку Program Files или реестр ничего не добавляется, и для установки не требуются права администратора

Также можно запретить добавление приложения в меню "Пуск" и группу "Установка и удаление программ", чтобы оно вело себя как веб-приложение. Дополнительные сведения см. в разделе Выбор стратегии развертывания ClickOnce.

Обновление приложений ClickOnce

Когда разработчики приложения создают обновленную версию приложения, они создают новый манифест приложения и копируют файлы в место развертывания — обычно это родственная папка исходной папки развертывания приложения. Администратор обновляет манифест развертывания, чтобы указать расположение новой версии приложения.

Для выполнения этих действий можно использовать мастер публикации в Visual Studio.

В дополнение к местоположению развертывания манифест развертывания также содержит место для обновления (веб-страницу или общую сетевую папку), где приложение проверяет наличие обновленных версий. Свойства публикации ClickOnce используются для указания, когда и как часто приложение должно проверять наличие обновлений. Поведение обновления может быть указано в манифесте развертывания или может быть представлено как выбор пользователя в пользовательском интерфейсе приложения с помощью API-интерфейсов ClickOnce. Кроме того, свойства публикации можно использовать, чтобы сделать обновления обязательными или откатиться к более ранней версии. Дополнительные сведения см. в разделе Выбор стратегии обновления ClickOnce.

Сторонние установщики

Вы можете настроить установщик ClickOnce для установки сторонних компонентов вместе с вашим приложением. У вас должен быть распространяемый пакет (файл .exe или .msi) и описание пакета с помощью манифеста продукта, не зависящего от языка, и манифеста пакета для конкретного языка. Дополнительные сведения см. в разделе Создание пакетов загрузчика.

Инструменты ClickOnce

В следующей таблице показаны инструменты, которые можно использовать для создания, редактирования, подписания и повторного подписания манифестов приложения и развертывания.

Подписывает и повторно подписывает манифесты приложения и развертывания.

Инструмент командной строки winget позволяет пользователям находить, устанавливать, обновлять, удалять и настраивать приложения на компьютерах с Windows 10 и Windows 11. Этот инструмент является клиентским интерфейсом службы диспетчера пакетов Windows.

Установить вингет

Инструмент командной строки Windows Package Manager winget по умолчанию входит в состав Windows 11 в качестве установщика приложений.

Если вы используете более раннюю версию Windows и установщик приложений не установлен, вы можете получить установщик приложений в Microsoft Store. Если он уже установлен, убедитесь, что он обновлен до последней версии.

Установщик приложений включает производственную версию инструмента winget.

Инструмент командной строки winget в настоящее время поддерживается только в Windows 10 1709 (сборка 16299) или более поздней версии.

Установить предварительную версию winget [только для разработчиков]

Чтобы попробовать новейшие функции диспетчера пакетов Windows, установите последнюю предварительную сборку инструмента командной строки winget одним из следующих способов:

Используйте учетную запись Microsoft (MSA), рабочую, учебную учетную запись или учетную запись Azure Active Directory (AAD), чтобы зарегистрироваться на канале Windows Insider Dev.

Используйте учетную запись Microsoft (MSA), чтобы зарегистрироваться в программе предварительной оценки Windows Package Manager.

Установите пакет установщика настольных приложений для Windows, расположенный на странице "Выпуски" для репозитория winget. Установка этого пакета даст вам клиент WinGet, но не включит автоматические обновления из Магазина Microsoft.

Соображения администратора

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

При запуске winget без прав администратора для установки некоторых приложений может потребоваться повышение прав. Когда установщик запустится, Windows предложит вам повысить права. Если вы решите не повышать права, приложение не установится.

При запуске winget в командной строке администратора вы не увидите запросы на повышение прав, если это требуется приложению. Всегда соблюдайте осторожность при запуске командной строки от имени администратора и устанавливайте только те приложения, которым вы доверяете.

Использовать вингет

После установки установщика приложений вы можете запустить winget, введя "winget" в командной строке.

Один из наиболее распространенных сценариев использования — поиск и установка любимого инструмента.

Чтобы найти инструмент, введите поиск winget .

После того, как вы подтвердите, что нужный инструмент доступен, вы можете установить его, набрав winget install . Инструмент winget запустит программу установки и установит приложение на ваш компьютер.

Помимо установки и поиска, winget предоставляет ряд других команд, позволяющих отображать сведения о приложениях, изменять источники и проверять пакеты. Чтобы получить полный список команд, введите: winget --help .

Некоторые пользователи сообщают о проблемах с клиентом, отсутствующим в их PATH.

Команды

Текущий предварительный просмотр инструмента winget поддерживает следующие команды.

< td>Создает хэш SHA256 для установщика. < /tr>

Команда	Описание
установить	Устанавливает указанное приложение.
show	Отображает сведения об указанном приложении.
source< /td>	Добавляет, удаляет и обновляет репозитории диспетчера пакетов Windows, к которым обращается инструмент winget.
search	Выполняет поиск приложения.
список	Показать установленные пакеты.
upgrade	Обновляет данный пакет.
удалить	Удаляет данный пакет.
хэш
validate	Проверяет файл манифеста для отправки в репозиторий диспетчера пакетов Windows.
настройки	Открыть настройки.
функции	Показывает состояние экспериментальных функций.< /td>
export	Экспорт списка установленных led пакетов.
импорт	Устанавливает все пакеты в файл.

< /p>

Параметры

Инструмент winget поддерживает следующие параметры.

Опция	Описание
-v, --version	Возвращает текущую версию winget.
--info	Предоставляет вам всю подробную информацию о winget, включая ссылки на лицензия, заявление о конфиденциальности и настроенные групповые политики.
-?, --help	Показывает дополнительную справку по winget.

Поддерживаемые форматы установщика

Инструмент winget поддерживает следующие типы установщиков:

Сценарий winget

Вы можете создавать пакетные сценарии и сценарии PowerShell для установки нескольких приложений.

При использовании сценария winget будет запускать приложения в указанном порядке. Когда установщик возвращает успех или неудачу, winget запускает следующий установщик. Если установщик запускает другой процесс, возможно, он преждевременно вернется в winget. Это заставит winget установить следующую программу установки до того, как завершится предыдущая программа установки.

Отладка и устранение неполадок

winget ведет журнал, помогающий диагностировать проблемы. Информацию об устранении неполадок и сведения о ведении журналов см. в разделе Отладка и устранение неполадок.

Отсутствующие инструменты

Если в репозитории сообщества нет вашего инструмента или приложения, отправьте пакет в наш репозиторий. Если вы добавите свой любимый инструмент, он станет доступен вам и всем остальным.

Настроить параметры winget

Подробности из открытых источников

Исходный код для winget содержится в решении Visual Studio 2019 C++. Чтобы правильно собрать решение, установите последнюю версию Visual Studio с рабочей нагрузкой C++.

Мы рекомендуем вам внести свой вклад в исходный код winget на GitHub. Сначала вы должны принять и подписать Microsoft CLA.

Устранение неполадок

Репозиторий winget-cli содержит список распространенных проблем и типичных ошибок, а также рекомендации по их устранению:

Читайте также: