Установка платформы на один компьютер с последующим копированием с него исполняемых файлов

Обновлено: 05.07.2024

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

Дополнительную информацию о минимальных требованиях к оборудованию и ОС для клиента Configuration Manager см. в разделе Поддерживаемые конфигурации.

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

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

Внешние зависимости по отношению к Configuration Manager

Компоненты Windows

Многие из этих компонентов являются службами или функциями, которые Windows включает по умолчанию. Не отключайте эти компоненты на клиентах Configuration Manager.

Компонент	Описание
Установщик Windows	Требуется для поддержки использования файлов установщика Windows для приложений и обновлений программного обеспечения.
Фоновая интеллектуальная служба передачи (BITS)	Требуется для разрешения регулируемой передачи данных между клиентским компьютером и системами сайта Configuration Manager.
Планировщик заданий	Необходим для клиентских операций, таких как регулярная оценка работоспособности клиента Configuration Manager.
Удаленное дифференциальное сжатие (RDC)	Необходимо для оптимизации передачи данных по сети.
Поддержка подписи кода SHA-2	Клиентам требуется поддержка алгоритма подписи кода SHA-2. Дополнительные сведения см. в разделе Поддержка подписи кода SHA-2.

Поддержка подписи кода SHA-2

Из-за недостатков алгоритма SHA-1 и для приведения его в соответствие с отраслевыми стандартами корпорация Майкрософт теперь подписывает двоичные файлы Configuration Manager только с использованием более безопасного алгоритма SHA-2. Устаревшие версии ОС Windows требуют обновления для поддержки подписи кода SHA-2. Дополнительную информацию см. в статье Требования к поддержке подписи кода SHA-2 для Windows и WSUS от 2019 г.

Если вы не обновите эти версии ОС, вы не сможете установить поддерживаемую версию клиента текущей ветви Configuration Manager. Это поведение применимо либо к новой установке клиента, либо к обновлению предыдущей версии.

Если вам нужно управлять клиентом в не обновленной или более ранней версии Windows, чем версии, перечисленные выше, используйте клиент расширенного взаимодействия Configuration Manager (EIC) версии 1902. Дополнительные сведения см. в разделе Клиент расширенного взаимодействия.< /p>

Если вы не используете автоматическое обновление клиентов и обновляете клиенты с помощью другого механизма, обязательно обновите версию ccmsetup. Старая версия ccmsetup может неправильно проверять новый сертификат подписи кода SHA-2 для двоичных файлов клиента. Например, если вы скопируете файл ccmsetup.exe в общую папку или используете ccmsetup.msi с групповой политикой.

Не затронуты следующие механизмы обновления клиента:

Принудительная установка клиента: используется клиентский пакет с сайта.
Установка на основе обновления программного обеспечения: обновление сайта повторно публикуется в WSUS.
Устройства Windows, управляемые Intune MDM: поддерживаемая версия для этого механизма уже поддерживает подписывание кода SHA-2, но по-прежнему важно использовать последнюю версию ccmsetup.msi.

Компоненты автоматически загружаются во время установки

Клиент Configuration Manager имеет внешние зависимости. Эти зависимости зависят от версии ОС и установленного программного обеспечения на клиентском компьютере. Если клиенту требуются эти зависимости для завершения установки, он устанавливает их автоматически.

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

Зависимости диспетчера конфигурации

Компонент	Описание
Точка управления	Для развертывания клиента Configuration Manager точка управления не требуется. Клиентам требуется точка управления для передачи информации с сайта. Без точки управления вы не сможете управлять клиентскими компьютерами.
Точка распространения	Точка распространения — это необязательная, но рекомендуемая роль системы сайта для клиента. развертывание и управление. Все точки распространения содержат исходные файлы клиента. Клиенты находят ближайшую точку распространения, из которой можно загрузить исходные файлы во время развертывания или обновления клиента. Если на сайте нет точки распространения, компьютеры загружают исходные файлы клиента со своей точки управления.
Резервная точка состояния	Резервная точка состояния — необязательная, но рекомендуемая роль системы сайта для развертывания клиента.Резервная точка состояния отслеживает развертывание клиентов и позволяет компьютерам на сайте Configuration Manager отправлять сообщения о состоянии, когда они не могут связаться с точкой управления.
Точка служб отчетов	Точка служб отчетов — необязательная, но рекомендуемая роль системы сайта. Он отображает отчеты, связанные с развертыванием клиентов и управлением ими. Дополнительные сведения см. в разделе Введение в отчетность.

Зависимости метода установки

Следующие предварительные требования относятся к различным методам установки клиента.

Клиентская принудительная установка

На сайте используются учетные записи принудительной установки клиента для подключения к компьютерам для установки клиента. Укажите эти учетные записи на вкладке «Учетные записи» в свойствах принудительной установки клиента. Учетная запись должна быть членом локальной группы администраторов на целевом компьютере.

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

Сайт должен обнаружить компьютер, на котором вы устанавливаете клиент. Необходим хотя бы один метод обнаружения Configuration Manager.

Компьютер имеет общий ресурс ADMIN$.

Чтобы автоматически отправлять клиент Configuration Manager на обнаруженные ресурсы, выберите параметр Разрешить принудительную установку клиента на назначенные ресурсы в свойствах принудительной установки клиента.

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

Если вам требуется взаимная проверка подлинности Kerberos, клиенты должны находиться в доверенном лесу Active Directory. Kerberos в Windows использует Active Directory для взаимной проверки подлинности.

Чтобы использовать push-уведомление клиента, вам необходимы следующие разрешения безопасности:

Чтобы настроить учетную запись для принудительной установки клиента: разрешение на изменение и чтение для объекта "Сайт".

Чтобы использовать принудительную установку клиента для коллекций, устройств и запросов: измените разрешение ресурса и чтения для объекта коллекции.

Роль безопасности по умолчанию "Администратор инфраструктуры" включает необходимые разрешения для управления принудительной установкой клиента.

Установка через точку обновления программного обеспечения

Если вы не расширили схему Active Directory или устанавливаете клиентов из другого леса, используйте групповую политику, чтобы предоставить параметры установки для CCMSetup.exe. Дополнительные сведения см. в разделе Как подготовить свойства установки клиента.

Опубликуйте клиент Configuration Manager в точке обновления программного обеспечения.

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

Разрешения безопасности, необходимые для управления обновлениями программного обеспечения Configuration Manager, см. в разделе Необходимые условия для обновлений программного обеспечения.

Установка на основе групповой политики

Установка на основе сценария входа

Чтобы загрузить исходные файлы, клиентский компьютер должен установить связь с точкой распространения или точкой управления. Если вы не указали CCMSetup.exe со следующим параметром командной строки: ccmsetup /source

Ручная установка

Установка Microsoft Intune MDM

Требуется подписка Microsoft Intune и соответствующие лицензии.

Требуется, чтобы устройство имело доступ к Интернету, даже если оно не подключено к Интернету.

В зависимости от варианта использования вам также может потребоваться одна или обе следующие технологии:

Azure Active Directory

Шлюз управления облаком

Установка компьютера рабочей группы

Чтобы получить доступ к ресурсам в домене сервера сайта Configuration Manager, настройте учетную запись сетевого доступа для сайта.

Дополнительную информацию о настройке учетной записи доступа к сети см. в разделе Основные понятия управления контентом.

Установка программного обеспечения на основе дистрибутива (только для обновлений)

Разрешения безопасности, необходимые для обновления клиента Configuration Manager с помощью управления приложениями, см. в разделе Безопасность и конфиденциальность для управления приложениями.

Автоматическое обновление клиента

Чтобы настроить автоматическое обновление клиента, вы должны быть членом роли безопасности "Полный администратор".

Требования к брандмауэру

Если между серверами системы сайта и компьютерами, на которые вы хотите установить клиент Configuration Manager, установлен брандмауэр, см. раздел Брандмауэр Windows и параметры портов для клиентов.

Внешние зависимости по отношению к Configuration Manager

Компоненты Windows

Компонент	Описание
Установщик Windows	Требуется для поддержки использования файлов установщика Windows для приложений и обновлений программного обеспечения.
Фоновая интеллектуальная служба передачи (BITS)	Требуется для разрешения регулируемой передачи данных между клиентским компьютером и системами сайта Configuration Manager.
Планировщик заданий	Необходим для клиентских операций, таких как регулярная оценка работоспособности клиента Configuration Manager.
Удаленное дифференциальное сжатие (RDC)	Необходимо для оптимизации передачи данных по сети.
Поддержка подписи кода SHA-2	Клиентам требуется поддержка алгоритма подписи кода SHA-2. Дополнительные сведения см. в разделе Поддержка подписи кода SHA-2.

Поддержка подписи кода SHA-2

Не затронуты следующие механизмы обновления клиента:

Принудительная установка клиента: используется клиентский пакет с сайта.
Установка на основе обновления программного обеспечения: обновление сайта повторно публикуется в WSUS.
Устройства Windows, управляемые Intune MDM: поддерживаемая версия для этого механизма уже поддерживает подписывание кода SHA-2, но по-прежнему важно использовать последнюю версию ccmsetup.msi.

Компоненты автоматически загружаются во время установки

Зависимости диспетчера конфигурации

Компонент	Описание
Точка управления	Для развертывания клиента Configuration Manager точка управления не требуется. Клиентам требуется точка управления для передачи информации с сайта. Без точки управления вы не сможете управлять клиентскими компьютерами.
Точка распространения	Точка распространения — это необязательная, но рекомендуемая роль системы сайта для клиента. развертывание и управление.Все точки распространения содержат исходные файлы клиента. Клиенты находят ближайшую точку распространения, из которой можно загрузить исходные файлы во время развертывания или обновления клиента. Если на сайте нет точки распространения, компьютеры загружают исходные файлы клиента со своей точки управления.
Резервная точка состояния	Резервная точка состояния — необязательная, но рекомендуемая роль системы сайта для развертывания клиента. Резервная точка состояния отслеживает развертывание клиентов и позволяет компьютерам на сайте Configuration Manager отправлять сообщения о состоянии, когда они не могут связаться с точкой управления.
Точка служб отчетов	Точка служб отчетов — необязательная, но рекомендуемая роль системы сайта. Он отображает отчеты, связанные с развертыванием клиентов и управлением ими. Дополнительные сведения см. в разделе Введение в отчетность.

Зависимости метода установки

Следующие предварительные требования относятся к различным методам установки клиента.

Клиентская принудительная установка

Компьютер имеет общий ресурс ADMIN$.

Чтобы использовать push-уведомление клиента, вам необходимы следующие разрешения безопасности:

Установка через точку обновления программного обеспечения

Опубликуйте клиент Configuration Manager в точке обновления программного обеспечения.

Установка на основе групповой политики

Установка на основе сценария входа

Ручная установка

Установка Microsoft Intune MDM

Требуется подписка Microsoft Intune и соответствующие лицензии.

Требуется, чтобы устройство имело доступ к Интернету, даже если оно не подключено к Интернету.

В зависимости от варианта использования вам также может потребоваться одна или обе следующие технологии:

Azure Active Directory

Шлюз управления облаком

Установка компьютера рабочей группы

Установка программного обеспечения на основе дистрибутива (только для обновлений)

Автоматическое обновление клиента

Требования к брандмауэру

Установите Hugo на macOS, Windows, Linux, OpenBSD, FreeBSD и на любой компьютер, на котором может работать цепочка инструментов компилятора Go.

Много говорят о том, что «Hugo написан на Go», но вам не нужно устанавливать Go, чтобы наслаждаться Hugo. Просто возьмите предварительно скомпилированный двоичный файл!

Hugo написан на Go с поддержкой нескольких платформ. Последний выпуск можно найти на сайте Hugo Releases.

В настоящее время Hugo предоставляет готовые двоичные файлы для следующего:

macOS (Darwin) для архитектур x64, i386 и ARM
Окна
Линукс
OpenBSD
FreeBSD

Быстрая установка Двоичный (кроссплатформенный)

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

В идеале вы должны установить его где-нибудь в вашем PATH для удобства использования. /usr/local/bin — наиболее вероятное местоположение.

Докер Самодельный (macOS)

Если вы работаете в macOS и используете Homebrew, вы можете установить Hugo с помощью следующей однострочной строки:

Для получения более подробных объяснений прочитайте следующие руководства по установке для macOS и Windows.

Порты Mac (macOS)

Если вы работаете в macOS и используете MacPorts, вы можете установить Hugo с помощью следующей однострочной строки:

Домашний (Linux)

Если вы используете Homebrew в Linux, вы можете установить Hugo с помощью следующей строки:

Руководства по установке Homebrew в Linux доступны на их веб-сайте.

Шоколадный (Windows)

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

Или, если вам нужна «расширенная» версия Sass/SCSS:

Совок (Windows)

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

Или установите расширенную версию с помощью:

Источник Необходимые инструменты Получить с GitHub

Начиная с Hugo 0.48, Hugo использует для сборки поддержку модулей Go, встроенную в Go 1.11. Самый простой способ начать работу — клонировать Hugo в каталог за пределами GOPATH, как в следующем примере:

Удалите --tags extension, если вам не нужна поддержка Sass/SCSS.

Если вы являетесь пользователем Windows, замените указанную выше переменную среды $HOME на %USERPROFILE% .

macOS Предположения

Вы знаете, как открыть терминал macOS.
Вы используете современный 64-разрядный Mac.
Вы будете использовать ~/Sites в качестве отправной точки для своего сайта. ( ~/Sites используется в качестве примера. Если вы достаточно знакомы с командной строкой и файловой системой, у вас не должно возникнуть проблем с выполнением инструкций.)

Выберите свой метод

Есть три способа установить Hugo на Mac

Диспетчер пакетов, например Homebrew ( brew ) или MacPorts ( port )
Распространение (например, архив)
Создание из исходного кода

Не существует «лучшего» способа установить Hugo на ваш Mac. Вы должны использовать метод, который лучше всего подходит для вашего случая использования.

Плюсы и минусы

У каждого из вышеупомянутых методов есть свои плюсы и минусы:

Диспетчер пакетов. Использование диспетчера пакетов — самый простой метод, требующий наименьшего объема работы для обслуживания. Недостатки не серьезные. Пакет по умолчанию будет для самого последнего выпуска, поэтому в нем не будет исправлений ошибок до следующего выпуска (т. Е. Если вы не установите его с параметром --HEAD в Homebrew). Релизы могут отставать на несколько дней, потому что их нужно согласовывать с другой командой. Тем не менее, это рекомендуемый метод установки, если вы хотите работать со стабильным, широко используемым источником. Менеджеры пакетов работают хорошо, и их легко обновлять.

Арбол. Загрузка и установка из архива также проста, хотя для этого требуется несколько больше навыков работы с командной строкой, чем для Homebrew. Обновления также просты: вы просто повторяете процесс с новым двоичным файлом.Это дает вам возможность иметь несколько версий на вашем компьютере. Если вы не хотите использовать brew , хорошим выбором будет tarball/binary.

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

Поскольку сборка из исходного кода нравится более опытным пользователям командной строки, в этом руководстве основное внимание будет уделено установке Hugo с помощью Homebrew и Tarball.

Установите Hugo с Brew Шаг 1: Установите brew, если вы еще этого не сделали Шаг 2: Запустите команду brew, чтобы установить Hugo

Установить Hugo с помощью brew очень просто:

Если Homebrew работает правильно, вы должны увидеть примерно следующее:

Замените brew install Hugo на brew install Hugo --HEAD, если вам нужна самая последняя версия в разработке.

brew должен был обновить ваш путь, чтобы включить Hugo. Вы можете подтвердить это, открыв новое окно терминала и выполнив несколько команд:

Установите Hugo из Tarball Шаг 1: Определитесь с местом

При установке из tar-архива вам нужно решить, собираетесь ли вы устанавливать двоичный файл в /usr/local/bin или в свой домашний каталог. В этом есть три лагеря:

Установите его в /usr/local/bin, чтобы все пользователи вашей системы имели к нему доступ. Это хорошая идея, потому что это довольно стандартное место для исполняемых файлов. Недостатком является то, что вам могут потребоваться повышенные привилегии для размещения программного обеспечения в этом месте. Кроме того, если в вашей системе несколько пользователей, все они будут работать с одной и той же версией. Иногда это может быть проблемой, если вы хотите попробовать новую версию.

Установите его в ~/bin, чтобы только вы могли его выполнить. Это хорошая идея, потому что это легко сделать, легко поддерживать и не требует повышенных привилегий. Минус в том, что управлять Хьюго можете только вы. Если на вашем сайте есть другие пользователи, они должны поддерживать свои собственные копии. Это может привести к тому, что люди будут использовать разные версии. Конечно, вам будет проще экспериментировать с разными выпусками.

Установите его в каталог Сайтов. Это неплохая идея, если у вас есть только один сайт, который вы создаете. Он хранит все в одном месте. Если вы хотите попробовать новые выпуски, вы можете сделать копию всего сайта и обновить исполняемый файл Hugo.

Шаг 2: Загрузите архив

Чтобы найти текущий выпуск, прокрутите вниз и найдите зеленую метку с надписью «Последний выпуск».

Загрузите текущий архив для Mac. Имя будет выглядеть примерно так: Hugo_X.Y_osx-64bit.tgz , где X.YY — номер версии.

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

Шаг 3: Подтвердите загрузку

Убедитесь, что архив не был поврежден во время загрузки:

Файлы .md представляют собой документацию для Hugo. Другой файл является исполняемым.

Шаг 4: Установите в каталог bin

Возможно, вам потребуется добавить каталог bin в переменную среды PATH. Команда which проверит для нас. Если он сможет найти Hugo, он напечатает полный путь к нему. В противном случае он ничего не напечатает.

Если Хьюго не указан в вашем пути :

Определите оболочку по умолчанию (zsh или bash).

Изменить свой профиль.

Если вашей оболочкой по умолчанию является zsh:

Если ваша оболочка по умолчанию — bash:

Вставьте строку, чтобы добавить $HOME/bin к существующему PATH .

Сохраните файл, нажав Control-X, затем Y.

Закройте терминал и откройте новый терминал, чтобы применить изменения в своем профиле. Проверьте изменение, снова запустив команду which Hugo.

Вы успешно установили Hugo.

Сборка из исходного кода на Mac

Если вы хотите скомпилировать Hugo самостоятельно, вам необходимо установить Go (он же Golang). Вы можете установить Go прямо с веб-сайта Go или через Homebrew, используя следующую команду:

Шаг 1: Получите источник

Прямое клонирование репозитория Hugo означает сочетание хорошего с плохим. Используя передовую версию Hugo, вы делаете свою разработку восприимчивой к новейшим функциям, а также к последним ошибкам. Ваш отзыв приветствуется. Если вы обнаружите ошибку в последней версии, создайте задачу на GitHub.

Шаг 2: Компиляция

Сделайте каталог, содержащий исходный код, рабочим каталогом, а затем получите зависимости Hugo:

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

После того, как вы правильно настроите свой каталог, вы можете скомпилировать Hugo с помощью следующей команды:

Затем поместите исполняемый файл Hugo где-нибудь в $PATH . Теперь вы готовы начать использовать Hugo.

Окна

Нижеследующее представляет собой полное руководство по установке Hugo на ПК с Windows.

Предположения

В качестве отправной точки для нового проекта вы будете использовать C:\Hugo\Sites.
Вы будете использовать C:\Hugo\bin для хранения исполняемых файлов.

Настройте свои каталоги

Вам потребуется место для хранения исполняемого файла Hugo, вашего контента и созданного веб-сайта Hugo:

Откройте проводник Windows.
Создайте новую папку: C:\Hugo , предполагая, что вы хотите, чтобы Hugo был на вашем диске C, хотя это может быть где угодно
Создайте подпапку в папке Hugo: C:\Hugo\bin
Создайте еще одну подпапку в Hugo: C:\Hugo\Sites

Технические пользователи

Загрузите последний заархивированный исполняемый файл Hugo из Hugo Releases.
Извлеките все содержимое в папку ..\Hugo\bin.
В PowerShell или предпочитаемом вами интерфейсе командной строки добавьте исполняемый файл Hugo.exe в PATH, перейдя в папку C:\Hugo\bin (или расположение вашего файла Hugo.exe) и используйте команду set PATH=%PATH%; C:\Хьюго\бин. Если команда Hugo не работает после перезагрузки, возможно, вам придется запустить командную строку от имени администратора.

Менее технические пользователи

Перейдите на страницу релизов Hugo.
Последний выпуск указывается сверху. Прокрутите вниз объявление о выпуске, чтобы увидеть загрузки. Все они ZIP-файлы.
Найдите файлы Windows в самом низу (они расположены в алфавитном порядке, поэтому Windows находится последним) — загрузите либо 32-разрядный, либо 64-разрядный файл в зависимости от того, 32-разрядная у вас или 64-разрядная версия Windows. (Если вы не знаете, см. здесь.)
Переместите ZIP-файл в папку C:\Hugo\bin.
Дважды щелкните ZIP-файл и извлеките его содержимое. Обязательно извлеките содержимое в ту же папку C:\Hugo\bin — Windows сделает это по умолчанию, если вы не укажете извлекать куда-то еще.
Теперь у вас должно быть три новых файла: исполняемый файл Hugo ( Hugo.exe ), LICENSE и README.md .

Теперь вам нужно добавить Hugo в настройки Windows PATH:

Для пользователей Windows 10:

Щелкните правой кнопкой мыши кнопку "Пуск".
Нажмите "Система".
Нажмите "Дополнительные параметры системы" справа.
Нажмите Переменные среды… кнопку внизу.
В разделе "Пользовательские переменные" выберите строку "Путь" и нажмите кнопку "Изменить…". кнопка.
Нажмите кнопку Обзор… и выберите каталог, в который был извлечен Hugo.exe, то есть C:\Hugo\bin, если вы следовали приведенным выше инструкциям. Путь должен указывать на папку, в которой живет Хьюго, а не на сам двоичный файл.
Нажимайте OK в каждом окне, чтобы выйти.

Для пользователей Windows 7 и 8.x:

В Windows 7 и 8.1 нет простого редактора путей, включенного в Windows 10, поэтому нетехническим пользователям этих платформ рекомендуется установить бесплатный сторонний редактор путей, например Редактор переменных среды Windows или Редактор путей.

Проверьте исполняемый файл

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

1. Откройте командную строку

По запросу введите Hugo Help и нажмите клавишу Enter. Вы должны увидеть вывод, начинающийся с:

Если да, то установка завершена. Если вы этого не сделаете, дважды проверьте путь, по которому вы поместили файл Hugo.exe, и правильность ввода этого пути при добавлении его в переменную PATH. Если вы все еще не получаете результат, поищите на дискуссионном форуме Hugo, чтобы узнать, не решили ли другие уже нашу проблему. Если нет, добавьте примечание — в категорию «Поддержка» — и обязательно включите свою команду и вывод.

По запросу измените свой каталог на каталог Sites.

2. Запустите команду Устранение неполадок при установке Windows

@dhersam создал отличное видео на общие темы:

линукс Привязать пакет

В любом из дистрибутивов Linux, поддерживающих моментальные снимки, вы можете установить «расширенную» версию Sass/SCSS с помощью этой команды:

Чтобы установить нерасширенную версию без поддержки Sass/SCSS:

Чтобы переключаться между ними, используйте либо Snap Refresh Hugo --channel=extended , либо Snap Refresh Hugo --channel=stable .

Hugo, установленный через Snap, может записывать только в каталог $HOME пользователя и каталоги, смонтированные через gvfs, принадлежащие пользователю, из-за модели ограничения и безопасности Snaps. Дополнительная информация также доступна в этом связанном выпуске GitHub.

Дебиан и Убунту

@anthonyfok и его друзья из команды Debian Go Packaging Team поддерживают официальный пакет Hugo Debian, который используется совместно с Ubuntu и устанавливается через apt-get :

Что будет установлено, зависит от вашей версии Debian/Ubuntu. В Ubuntu bionic (18.04) устанавливается нерасширенная версия без поддержки Sass/SCSS. На дискотеке Ubuntu (19.04) устанавливается расширенная версия с поддержкой Sass/SCSS.

Этот вариант не рекомендуется, так как менеджеры пакетов Hugo в Linux для Debian и Ubuntu обычно на несколько версий отстают, как описано здесь

Арх Линукс

Вы также можете установить Hugo из репозитория сообщества Arch Linux. Применяется также к производным, таким как Manjaro.

Fedora, Red Hat и CentOS

Fedora поддерживает официальный пакет для Hugo, который можно установить с помощью:

Для последней версии рекомендуется пакет Hugo, поддерживаемый @daftaupe в Fedora Copr:

openSUSE Перекати-поле

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

Солус

Solus включает Hugo в свой репозиторий пакетов, его можно установить с помощью:

OpenBSD

OpenBSD предоставляет пакет для Hugo через pkg_add :

Обновите Хьюго

Обновить Hugo так же просто, как загрузить и заменить исполняемый файл, который вы поместили в свою PATH, или запустить brew upgrade Hugo, если вы используете Homebrew.

Следующие шаги

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

Этот вопрос был закрыт, поскольку речь не шла об официальной версии Ubuntu. В настоящее время ответы не принимаются.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме Ask Ubuntu.

Закрыт 4 года назад.

В чем разница между установкой прикладного программного обеспечения и копированием исполняемого файла (например, a.out) приложения? Когда мы запускаем файл a.out, он дает некоторый результат, запуск установленного приложения также дает некоторый результат. Я не понимаю разницы, когда кто-то говорит "Установка приложения" и копирование исполняемого файла. Что на самом деле происходит, когда приложение установлено? Чем это отличается от простого копирования исполняемого файла с одного компьютера на другой (та же ОС и аналогичное оборудование) и его запуска там?

Приложение часто представляет собой нечто большее, чем один файл, и вам необходимо правильно копировать и связывать различные файлы. В качестве примера проверьте вывод locate firefox | grep /usr .

2 ответа 2

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

Итак, хотя простое копирование исполняемого файла в другую систему может сработать, делать это не рекомендуется, так как это может привести к поломке. Безопасно копировать исполняемые файлы куда-нибудь за пределы системных путей, таких как /bin/ , /sbin , /usr/bin , /usr/sbin .
Для этой цели вы можете использовать /usr/local/bin и /usr/local/sbin или, что еще лучше, создать каталог под /opt для своего исполняемого файла и поместить его туда. Затем вызовите исполняемый файл, указав полный путь, или добавьте путь к исполняемому файлу в переменную среды PATH.

Основной принцип всех Unix-подобных операционных систем (например, Ubuntu) заключается в том, что все является файлом. Если вы посмотрите на содержимое пакета, вы также найдете там исполняемый файл, и да, для двух машин с точно такой же (или, по крайней мере, очень похожей) комбинацией программного и аппаратного обеспечения (платформы), вы можете просто использовать свой исполняемый. Но большинство программ не состоят только из одного исполняемого файла. Запустите ls -R /usr |grep libreoffice для примера более сложного пакета, вы ведь не хотите копировать все эти файлы в их отдельные места вручную, не так ли?

Хотя в некоторых случаях (особенно при тестировании небольших программ) имеет смысл просто отправить кому-нибудь исполняемый файл, который он сможет запустить, вам почти всегда потребуется предоставить пакет готового продукта.

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

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