Как установить программу с github на Windows

Обновлено: 02.07.2024

Я скачал с GitHub очень простую программу для Windows (это, если уместно). Я скачал его в виде ZIP-файла, но не могу понять, как его установить. Он написан на C, я думаю. Нужен ли мне компилятор? (Visual Studio?) Есть что-то простое, что я упустил?

Возможно, для компиляции программы вам понадобится Windows SDK и соответствующие заголовочные файлы C. Обычно зависимости упоминаются, а инструкции по компиляции включаются в файл Readme. В этом случае ни один из них не включен, поэтому вам нужно обратиться к владельцу репозитория/автору проекта, чтобы получить соответствующую информацию.

Вам нужен компилятор. Я бы связался с разработчиком и спросил, как его построить. Например, обычно программное обеспечение для Linux, предоставляемое в качестве исходного кода, включает инструкции по сборке, но я не вижу их на его Github.

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

4 ответа 4

Github в основном используется программистами для совместной работы над проектами. Опция «Загрузить ZIP» загружает копию исходного кода на ваш компьютер. Этот обычно 1 не содержит копии скомпилированных исполняемых/двоичных файлов (например, исполняемых файлов)

Релизы — это функция Github для доставки программного обеспечения конечным пользователям (которые обычно не заинтересованы в фактическом написании кода). Релизы сопровождаются примечаниями к выпуску и ссылками для загрузки программного обеспечения или исходного кода. Это первое место, где вы должны проверить наличие двоичных файлов.

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

Однако у многих проектов не будет выпусков (особенно не для Windows), и в этом случае вы можете выполнить одно из следующих действий:

Поищите двоичные файлы в других местах в Интернете. Обычно поисковые системы, такие как DuckDuckGo (или Google, если хотите), легко найдут то, что вам нужно. Попробуйте найти Windows или exe .

Скомпилируйте его самостоятельно. Для этого нужно иметь хотя бы базовые знания языка программирования. И здесь поисковые системы могут быть огромно полезными. Попробуйте найти compile в Windows или MinGW compile .

Здесь я расскажу об основах компиляции утилит для Widnows:

Загрузить MinGW. Я лично предпочитаю этот пакет, потому что он поставляется с ускорением (которое используют несколько приложений) и классной оболочкой. Он также поставляется с git , который может быть очень полезен, если вы хотите скомпилировать файлы, размещенные на Github или других репозиториях управления версиями Git, без необходимости отдельно загружать исходный код.

Выполните следующие команды в cmd или powershell:

cd c:\sources\hello : измените каталог на тот, где находятся исходные файлы.
g++ helloworld.cpp -o helloworld.exe : здесь helloworld.cpp — это имя основного исходного файла, а helloworld.exe — это имя скомпилированного исполняемого файла.
Если вам нужно скомпилировать несколько файлов, перечислите их перед ключом -o: g++ helloworld.cpp foo.cpp -o helloworld.exe
Это инструкции для C++. Если вы имеете дело с приложениями, написанными на C, расширение файла будет .c вместо .cpp, и вам следует использовать команду gcc вместо g++. Остальное более-менее идентично
Обратите внимание, что вам может потребоваться указать больше аргументов командной строки, чтобы скомпилировать исполняемый файл, который работает правильно. Эти сведения обычно указаны на странице проекта.
Вы также ~~вероятно~~ определенно хотите заглянуть в make-файлы. Этот пост о переполнении стека посвящен make-файлам в целом, а этот рассказывает нам, как использовать их с MinGW. Если к проекту прилагается make-файл, попробуйте его перед компиляцией исходного кода вручную.
Теперь вы сможете запустить helloworld.exe .

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

Также см. Cygwin и GOW, если вам нужны утилиты командной строки GNU/Linux в Windows. Я делаю последние версии некоторых полезных исполняемых файлов, доступных для загрузки здесь.

Спасибо, это отличный ответ, и я изменил его, чтобы отметить как окончательный. (Ранее я отредактировал свой вопрос, чтобы было понятнее, что это то, что я искал, но по какой-то причине BoundaryImposition отредактировал его.)

@JoshFriedlander Рад быть полезным! Я добавлю больше к ответу позже. Да, я болтал с JourneymanGeek (Aibobot), он собирается подождать несколько дней, пока появятся новые ответы.

В этом проекте их может и не быть, но обратите внимание, что большинство проектов, вероятно, будут иметь зависимости, а это значит, что если вы идете по пути компиляции, вам может потребоваться отследить библиотеки, которые использует программное обеспечение. зависит от них, загрузите их и установите (или также скомпилируйте).Обычно это не так просто, как просто запустить make-файл; некоторые из них могут даже иметь другие сценарии сборки, такие как cmake, configure script и т. д.

Действительно ли в большинстве случаев процесс настолько прост? Какая часть утилит github требует значительно больших знаний для их компиляции, чем то, что Вы здесь описали?

Вы осматриваетесь и находите установщик на странице выпуска. Конечно, вы можете скомпилировать исходный код, но я не думаю, что это то, что вам нужно.

Если вам нужно спросить, вам, вероятно, не следует устанавливать программное обеспечение, которое доступно только в виде исходного кода.

Я склонен согласиться с @jpaugh. Хотя очень возможно, а иногда и необходимо собирать из исходного кода, это не то, что вы можете просто пойти и спросить «как мне собрать программу на C» в общем виде. Просто слишком много различий. Некоторые удачливые программы так же просты, как «скомпилировать эти файлы». Другим нужны make-файлы. Некоторые требуют, чтобы зависимости были загружены в первую очередь. Процесс настройки для сборки может быть сложным и не обязательно удобным для программистов. Однако прежде всего вам нужно найти в проекте файл, в котором объясняется, как строить, поскольку особенности зависят от проекта.

@jpaugh — я бы сказал, что у вас гораздо больше шансов установить вредоносное ПО, загрузив исполняемый файл — вредоносное ПО редко имеет открытый исходный код.

Предположим, что вы действительно умеете читать на этом языке. Я регулярно компилирую материал в Linux, и я не могу/не могу читать исходники. Даже если бы я мог, я не буду просматривать каждую.single.line.

Файлы .c и .h представляют собой исходный код C.

Вам потребуется установить компилятор C, такой как Visual Studio, tcc или что-то подобное, загрузить проект, а затем скомпилировать его для запуска.

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

Если ему приходилось его компилировать, то обычно это объяснялось в файле readme, который вы даже не упомянули, что он должен искать. Он должен перейти на страницу выпуска, а не просто «в случае неудачи (установки компилятора) он должен перейти на страницу выпуска»

Конкретный проект обычно предназначен для использования с определенным набором инструментов компиляции (называемым "цепочкой инструментов"). Какой из них обычно упоминается в файле readme (в проектах UNIX и кросс-платформенных проектах он обычно называется BUILD). или УСТАНОВИТЬ). В проектах с не самым лучшим обслуживанием или проектах для сред с несколькими известными наборами инструментов пользователь должен угадывать формат и/или содержимое файлов проекта.

В этом ответе будет рассмотрен общий вопрос о создании исходного приложения для Windows (на C). Если вам повезет, как OP, вы сможете найти предварительно скомпилированные двоичные файлы.

Первое, о чем следует помнить, это то, что не существует единого способа создать приложение из исходного кода. Вариаций примерно столько же, сколько и разных проектов. Тем не менее, вот несколько общих шагов:

Если вам повезет, проект предоставит инструкции по сборке, обычно в файле README. Иногда также может быть файл INSTALL или другая доступная документация. Если они доступны, следуйте инструкциям. Это ваш лучший выбор.

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

Не имея инструкций, следующий порт захода – проверить, какой инструмент сборки требуется.

Если вы найдете файл с расширением .sln или .vcxproj, вероятно, это проект MSBuild/Visual Studio. Загрузите копию Visual Studio Community или Express (для C++), откройте там файл проекта и нажмите кнопку воспроизведения на панели инструментов (или воспользуйтесь меню сборки).

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

Поскольку он предназначен для Windows, он, вероятно, будет использовать MinGW. Загрузите его копию, запустите MSYS из меню «Пуск», перейдите ( cd ) в каталог, содержащий ваш проект, и запустите make .

В тех редких случаях, когда вместо этого используется Cygwin (к сожалению, нет простого способа сказать, но если сборка MinGW выдаст ошибку, связанную с "posix", это достойная ставка), вам придется установить Вместо этого Cygwin. К сожалению, это не создает собственные двоичные файлы Windows — вам придется каждый раз запускать программу через Cygwin.

Инструментом сборки может быть пользовательский скрипт с именем build.bat или аналогичный. В этом случае вам придется либо открыть его и посмотреть, что внутри, либо попробовать запустить его и посмотреть, какие ошибки. Если вы откроете его и увидите упоминания о GCC, вернитесь к версии 2.2.1. Шаг MinGW, но вместо make запустите пользовательский скрипт.

Возможно, инструмента сборки вообще нет.Если все, с чем вы столкнулись, это один файл .c или .cpp, то, вероятно, это достаточно просто, чтобы вы могли выполнить прямую компиляцию. Это, опять же, почти всегда MinGW, поэтому загрузите его, запустите оболочку MSYS, перейдите в каталог и при необходимости вызовите либо gcc, либо g++ - например. gcc -o программа.exe программа.c

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

Инструменты сборки

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

MSBuild специфичен для Windows и обычно используется вместе с Visual Studio. Обычно к ним прилагается файл *.sln или *.vcxproj.

Связи инструментов

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

MSVC — это набор инструментов Microsoft. Это наиболее распространенный набор инструментов для собственной разработки Windows. Обычно это используется с системой MSBuild, а сборки обычно создаются с помощью Visual Studio. Однако современные проекты MSVC могут также использовать Makefile.

GCC (MinGW) — это порт GCC для Windows. Обычно используется с make . Если проект изначально ориентирован на Windows и имеет Makefile , вероятно, он предназначен для MinGW-GCC.

GCC (Cygwin) создает среду, совместимую с POSIX. Это позволяет напрямую компилировать большинство программ, написанных для Linux или Unix, и заставить их работать непосредственно под Windows. Совсем недавно в Windows 10 альтернативой стал Bash в Ubuntu для Windows. GCC обычно используется в сочетании с make .

Фреймворки и библиотеки

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

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

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

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

Примечание. Ваше приложение GitHub будет иметь доступ ко всем репозиториям, которые оно создает, даже если кто-то установит ваше приложение только в выбранных репозиториях.

Установка частного приложения GitHub в репозиторий

После того как вы создадите частное приложение GitHub, вы сможете установить его в один из репозиториев вашей организации или пользователя. Дополнительные сведения см. в разделе «Процесс частной установки».

На странице настроек приложений GitHub выберите свое приложение.
На левой боковой панели нажмите «Установить приложение».
Нажмите «Установить» рядом с организацией или учетной записью пользователя, содержащей правильный репозиторий.
Установите приложение во все репозитории или выберите репозитории.
После установки вы увидите параметры конфигурации приложения в выбранной учетной записи. Вы можете внести изменения здесь или повторить предыдущие шаги, чтобы установить приложение в другом аккаунте.

Предложение вашего приложения на GitHub Marketplace

Вы можете предложить платную или бесплатную версию своего приложения на GitHub Marketplace, где люди смогут искать и просматривать сведения о вашем приложении. GitHub Marketplace автоматически устанавливает приложение GitHub после завершения заказа.

См. "Начало работы с GitHub Marketplace", чтобы узнать больше о размещении вашего приложения на GitHub Marketplace.

Подробнее о том, как пользователи могут установить ваше приложение из GitHub Marketplace, см. в разделе "Покупка и установка приложений в GitHub Marketplace".

Разрешить людям устанавливать ваше общедоступное приложение в своем репозитории

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

Если вы переходите с приложения OAuth на приложение GitHub, вы можете использовать параметры запроса для предварительного выбора репозиториев и учетной записи при установке приложения GitHub. Дополнительные сведения см. в разделе "Перенос приложений OAuth в приложения GitHub".

Эти шаги предполагают, что вы создали приложение GitHub:

Авторизация пользователей во время установки

Вы можете упростить процесс авторизации, выполнив его во время установки приложения. Для этого выберите Запрашивать авторизацию пользователя (OAuth) во время установки при создании или изменении приложения в GitHub. Дополнительные сведения см. в разделе "Создание приложения GitHub".

После того как кто-то установит ваше приложение, вам потребуется получить токен доступа для пользователя. См. шаги 2 и 3 в разделе "Идентификация пользователей на вашем сайте", чтобы узнать больше.

Сохранение состояния приложения во время установки

Вы можете указать параметр состояния в URL-адресе установки приложения, чтобы сохранить состояние страницы приложения и вернуть людей в это состояние после установки, проверки подлинности или принятия обновлений вашего приложения GitHub. Например, вы можете использовать состояние, чтобы связать установку с пользователем или учетной записью.

Дэйв Маккей

Дэйв Маккей
Писатель

МчлСхрв/Shutterstock

Вам сказали «клонировать репозиторий и создать его», и вы не знаете, что делать дальше? Мы покажем вам, как запустить эту программу на GitHub в Linux, даже если вы новичок.

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

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

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

Программы контроля версий

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

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

Маленькая штука под названием Git

Линус Торвальдс, создатель ядра Linux, разработал программу управления версиями под названием Git для управления кодовой базой ядра Linux. Сейчас это самое распространенное в мире программное обеспечение для контроля версий. Им пользуются миллионы людей — буквально.

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

И здесь на помощь приходит GitHub.

GitHub

GitHub был создан в результате успеха git. Основатели увидели растущую потребность в безопасно размещенных удаленных репозиториях git. Они запустили бизнес, предоставляющий облачную платформу, позволяющую командам разработчиков размещать удаленные репозитории. По состоянию на апрель 2019 года на GitHub размещено более 100 миллионов репозиториев.

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

Анатомия репозитория

Репозиторий GitHub состоит из папок, содержащих такие файлы, как все важные файлы исходного кода. Обычно в репозитории есть много других типов файлов. Это могут быть файлы документации, справочные страницы, файлы лицензий на программное обеспечение, инструкции по сборке и файлы сценариев оболочки.Нет никаких правил относительно того, что должен или должен содержать репозиторий, но есть соглашения.

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

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

Файл readme

Традиционно файл readme включается в репозиторий. Он может называться readme, Readme или README. Он может иметь расширение «.md» или вообще не иметь расширения.

Давайте посмотрим на репозиторий GitHub для редактора Atom. Вы видите длинный список папок и файлов. Прокрутите вниз, и вы увидите содержимое файла README.md.

GitHub автоматически размещает содержимое файла readme на главной странице репозитория. Если файл readme имеет расширение «.md», он будет содержать язык разметки Markdown. Это позволяет разработчикам использовать элементы стиля, такие как шрифты, маркеры и изображения.

Как правило, в файле readme есть разделы, в которых рассказывается, о чем проект, какой тип лицензии, кто поддерживает проект, как принять участие, а также как создать и запустить приложение.

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

Хранилище ящиков

Наша задача — клонировать репозиторий ящиков, а затем создать приложение для ящиков.

Репозиторий имеет ту же структуру, что и Atom. Там есть список папок и файлов, а ниже — содержимое файла readme. Он соответствует стандартной схеме репозитория, но это меньший проект, поэтому в нем меньше папок и файлов.

Файл readme также короче. В нем есть раздел «Развитие». В этом разделе есть ссылка под названием «сборка из исходников». Если мы перейдем по этой ссылке, мы должны найти нужную нам информацию.

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

Зависимости

На странице «Сборка из исходного кода» есть раздел «Сборка в Linux», и это как раз то, что нам нужно. В нем говорится, что у нас должен быть установлен компилятор C, Bison и Flex.

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

Для создания этого приложения необходимы такие инструменты, как компилятор C, Bison, Flex, make и Git (для клонирования репозитория на ваш компьютер).

Эта статья была исследована на компьютерах с дистрибутивами Ubuntu, Fedora и Manjaro Linux. Ни в одном дистрибутиве не были установлены все эти инструменты — нужно было что-то установить на каждый из них.

Установка набора инструментов

В Ubuntu должны были быть установлены Git, Flex, Bison и make. Вот команды:

В Fedora должны были быть установлены Flex, Bison и make. Вот команды:

У Manjaro должны были быть установлены компилятор GCC, Flex и Bison. Вот команды:

Клонирование репозитория

Каждый репозиторий GitHub имеет определенный веб-адрес, используемый Git для клонирования репозитория на ваш компьютер. На главной странице репозитория ящиков есть зеленая кнопка с надписью «Клонировать или скачать».

Нажмите кнопку, чтобы увидеть веб-адрес. Это адрес, который мы должны передать команде git при клонировании репозитория.

Перейдите в каталог, в который мы хотим клонировать репозиторий, а затем используйте эту команду. Если ваше окно терминала поддерживает это, вы можете скопировать и вставить веб-адрес в команду. Нажмите Ctrl+Shift+V, чтобы вставить текст в окно терминала GNOME.

Git клонирует удаленный репозиторий и создает локальный на вашем компьютере. Он говорит нам, что клонируется в каталог с именем «ящики».

Каталог ящиков создается в каталоге, из которого вы выполнили команду git. Если мы переключимся в каталог ящиков и посмотрим на содержимое, мы увидим тот же список файлов и папок, что и на странице GitHub.

Отлично! Мы успешно клонировали исходный код и другие файлы на наш компьютер. Теперь нам нужно создать приложение.

Создание приложения

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

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

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

Команда, которую нам нужно использовать в инструкциях по сборке:

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

Развертывание приложения Box

Приложение создано, и у нас есть исполняемый двоичный файл. Теперь мы должны скопировать двоичный файл в каталог /usr/bin/. Это позволяет оболочке найти его, когда мы пытаемся его использовать.

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

Используйте sudo для запуска этих команд. Первая команда копирует справочную страницу в каталог man1:

Затем скопируйте файл глобальной конфигурации в каталог в /usr/share/:

Наконец, скопируйте двоичный файл в /usr/bin:

Тестирование приложений

Проверим, все ли работает! Попробуйте открыть справочную страницу для команды box.

Это обнадеживает!Вы видите справочную страницу, в которой рассказывается, как использовать команду box.

Нажмите «Q», чтобы выйти из системы man и попробовать использовать команду box.

И получаем ответ:

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

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

Существует длинный список дизайнов, из которых вы можете выбрать. Чтобы увидеть их все, используйте эту команду:

Сборка завершена

Этапы сборки из исходного кода обычно просты:

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

Если в инструкциях по сборке есть неясные шаги, проверьте, есть ли у проекта форум или сообщество, куда вы можете отправить вопрос. Если у приложения есть веб-сайт, у них может быть страница «Свяжитесь с нами». Электронная почта разработчика, который поддерживает проект ящиков, указана на странице «О программе» веб-сайта ящиков. Это щедрый жест с его стороны и типичный для более широкого сообщества открытого исходного кода.

Команды Linux

Файлы

tar · pv · cat · tac · chmod · grep · diff · sed · ar · man · pushd · popd · fsck · testdisk · seq · fd · pandoc · cd · $PATH · awk · join · jq · fold · uniq · journalctl · tail · stat · ls · fstab · echo · less · chgrp · chown · rev · look · strings · type · rename · zip · unzip · mount · umount · install · fdisk · mkfs · rm · rmdir · rsync · df · gpg · vi · nano · mkdir · du · ln · patch · convert · rclone · shred · srm

Процессы

alias · screen · top · nice · renice · прогресс · strace · systemd · tmux · chsh · история · at · пакетное · бесплатное · которое · dmesg · chfn · usermod · ps · chroot · xargs · tty · pinky · lsof · vmstat · timeout · стена · yes · kill · спать · sudo · su · время · groupadd · usermod · группы · lshw · выключение · перезагрузка · halt · poweroff · passwd · lscpu · crontab · date · bg · fg

Сеть

netstat · ping · traceroute · ip · ss · whois · fail2ban · bmon · копать · finger · nmap · ftp · curl · wget · who · whoami · w · iptables · ssh-keygen · ufw

› Как создавать ярлыки на рабочем столе в Ubuntu
› Как использовать команду ls для просмотра списка файлов и каталогов в Linux
› Почему я перешел на Garuda Linux
› Как проверить и обновить версию Git
› Как клонировать репозиторий GitHub
› 5 вещей, которые вы, вероятно, не знали о GIF-файлах
› Что такое GrapheneOS и как она делает Android более приватным?
› Что означает XD и как вы его используете?

GitHub — это самая используемая система контроля версий в мире. Этот проект был разработан Линусом Торвальдсом, создателем операционной системы Linux, и он используется в огромном количестве программных проектов, как коммерческих, так и с открытым исходным кодом, которые зависят от Git для контроля версий. Пожалуйста, обратитесь к этим связанным руководствам: как создать и развернуть локальный сервер реестра с образом Docker, как получить свой первый образ контейнера Nginx из Docker Hub и развернуть его на своем локальном компьютере, интеграция Azure DevOps и GitHub для развертывания Docker и Kubernetes, как создать статический модуль в Kubernetes и как установить, зарегистрировать и запустить GitLab Runner в Windows.

Примечание. В некоторых репозиториях есть файл Readme. См. здесь пример файла readme, который поможет вам скомпилировать или установить программу.Вы можете посмотреть, как установить, зарегистрировать и запустить GitLab Runner в Windows.
– Это зависит от разработчиков, опубликовавших код. Если ридми нет, попробуйте выяснить, что это за код.

Установить Git

Чтобы установить Git, загрузите Git для Windows по следующему адресу.

– Нажмите «Выполнить» (если вы хотите сохранить, а затем выполнить, вы также можете это сделать)
– И следуйте другим процессам установки. Это просто, поэтому я не буду объяснять все скриншоты.
– Нажмите «Далее»

В следующем окне выберите параметр «Git из командной строки, а также из сторонних источников» и нажмите «Далее».

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

Включите следующий параметр конфигурации и
– нажмите «Установить».
– Наконец, вы можете запустить Git Bash, нажав «Далее», как показано ниже.

Далее вам нужно будет клонировать репозиторий. Этот репозиторий содержит исходный код пакета.
– перейдите по URL-адресу здесь. Обратите внимание, что этот репозиторий будет отличаться от вашего. Обеспечьте доступ к правильному репозиторию и клонируйте его.

Затем в окне Git Terminal введите следующую команду (синтаксис), чтобы клонировать ваши репозитории.
– Команда git запускает Git. Затем предлагается клонировать репозиторий и предоставляется ссылка на репозиторий установщика пакетов Windows на GitHub.

Теперь нам нужно скомпилировать и установить код.
– Получите доступ к местоположению клонированного репозитория. В моем случае я запустил «pwd», чтобы определить текущий каталог, в котором я находился, и определить, где хранится клонированный репо. Для меня он был сохранен в этом месте C:\Users\TechDirectArchive

Совет! В каком бы каталоге вы ни находились, это будет местоположение вашего клонированного репозитория (каталога). Все из репозитория будет находиться в новом каталоге, названном в честь этого репозитория.

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

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