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

Обновлено: 07.07.2024

Предупреждение. Это может сломать ваш телефон при неправильном вводе. Перед началом работы убедитесь, что у вас есть резервные копии, и вы можете ошибаться, если потеряете все данные на своем телефоне. Эта команда примера изменяет размер корневой файловой системы на 6 ГБ, поэтому, если она уже больше, она будет усечена, и ваш телефон, скорее всего, станет не загружаемым (до повторного отображения). Используйте эту команду только в том случае, если изображение вашей корневой файловой системы меньше 6 ГБ (по умолчанию Ubuntu Touch - 2 ГБ).

Сначала установите пакет git:

По ссылке, которую вы указали, есть зеленая кнопка с надписью «Клонировать» или «Загрузить». Щелкните по нему, а затем щелкните значок буфера обмена. Это скопирует ссылку git в буфер обмена. Теперь вернемся к терминалу:

Сначала установите пакет git:

sudo apt-get update sudo apt-get install git

Сначала установите пакет git:

sudo apt-get update sudo apt-get install git

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

См .: Установка на Ubuntu

Официально поддерживаемый релиз - 16.04 на данный момент.

Теперь шаги будут следующими:

Откройте ваш терминал с помощью: Ctrl + Alt + t Введите эту строку и нажмите enter: Все еще в этом типе терминала: Теперь запустите файл набрав в терминале и запросив любой пароль, если его спросят:

Еще один способ - набрать это в терминале:

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

Хотя параметры командной строки хороши, есть способ загрузить только одну страницу из GitHub без копирования ссылок.

Сначала откройте файл, который вы должны скачать на GitHub в Firefox, вы увидите ссылку как «Raw» нажмите на это. Теперь у вас будет только этот файл в браузере. Используйте Ctrl+S или «Сохранить страницу как», чтобы сохранить ее там, где хотите.

Вы можете запустить chmod +x install.sh, чтобы сделать ее исполняемой.

Затем используйте ./install.sh для запуска это.

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

См .: Установка на Ubuntu

Официально поддерживаемый релиз - 16.04 на данный момент.

Теперь шаги будут следующими:

Еще один способ - набрать это в терминале:

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

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

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

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

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

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

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

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

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

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

GitHub

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

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

Проверь это - Как изменить браузер по умолчанию в Windows 11

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

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

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

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

Файл readme

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

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

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

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

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

Репозиторий коробок

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

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

Зависимости

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

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

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

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

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

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

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

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

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

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

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

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

Сборка приложения

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

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

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

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

Проверь это - Как улучшить игры с помощью Wine в Linux

Развертывание приложения боксов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В следующей статье мы рассмотрим GitHub Desktop. Это приложение с открытым исходным кодом, основанное на Electron, которое написано на TypeScript и использует React. GitHub работает как репозиторий для исходных кодов и может быть установлен и использован в различных типах операционных систем. Брендан Форстер разработал GitHub Desktop, чтобы пользователи Gnu / Linux могли работать с GitHub с рабочего стола.

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

Загрузите и установите GitHub Desktop

Для начала мы будем загрузите пакет .deb, с помощью которого можно установить эту программу. Для этого мы можем посетить страница релизов, или используйте Wget в терминале (Ctrl + Alt + T) следующим образом:

После завершения загрузки нам нужно только перейти в папку, в которой мы сохранили загруженный файл, и дважды щелкнуть по нему, чтобы установить его из программного обеспечения Ubuntu. Мы также можем открыть терминал (Ctrl + Alt + T) и используйте следующую команду установки:

Беглый взгляд на программу

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

При первом запуске приложения перед нами откроется следующее окно.

Если у вас есть учетная запись на GitHub.com, нажмите кнопку "Войдите на GitHub.com'и если у вас есть учетная запись GitHub Enterprise, нажмите кнопку'Войдите в GitHub Enterprise".

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

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

Авторизуйте приложение

На открывающейся странице указаны четыре характеристики приложения для авторизации:

Приложение для разработки на GitHub для настольных ПК → для доступа к учетной записи GitHub с рабочего стола Ubuntu с помощью приложения GitHub Desktop.
Repositorios → репозитории могут быть общедоступными или частными.
Персональные данные пользователя → полностью доступен через GitHub Desktop.
Рабочий процесс → который обновит файл GitHub, который обновляется локально в рабочем процессе.

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

Нам придется нажмите кнопку 'Выберите приложение'выбрать настольное приложение'GitHub Desktop" и нажмите кнопку 'Открыть ссылку».

Джем Гит

Теперь, если мы снова откроем установленное приложение GitHub Desktop, появится следующая форма для настройки Git.

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

Инициар Ла Аппликация

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

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

Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Полный путь к статье: Убунлог » Ubuntu » GitHub Desktop, работа с GitHub с рабочего стола Ubuntu

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

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

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

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

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

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

Маленькая вещь под названием 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 есть разделы, в которых рассказывается, что представляет собой проект, что такое типовая лицензия, кто поддерживает проект, как принять участие и как создать и запустить приложение.

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

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

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

Хранилище следует той же схеме, что и 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 . Вот команды:

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

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

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

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

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

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

Сборка приложения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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