как устанавливать программы с github на linux
Как пользоваться GitHub на компьютере с Linux
GitHub — один из используемых сервисов размещения проектов для совместной разработки. Он поддерживает контроль версий, возможность отслеживания изменений кода, сравнение строк, а также он бесплатен.
В данной статье приведены примеры использования сервиса на компьютере под управлением операционных систем семейства Linux. Мы рассмотрим, как создать проект на локальном компьютере и залить его на сервис с помощью командной строки. Рассмотренные варианты использования git также можно применять на desktop системах, запустив окно терминала.
Установка git
Управление выполняется с помощью приложения git. Если его нет в системе, установку можно выполнить из репозитория.
Если используем CentOS / Red Hat:
yum install git-core
Если используем Ubuntu / Debian:
apt-get install git
Если мы хотим воспользоваться сервисом с компьютера Windows или Mac OS, необходимо скачать и установить desktop версию с официального сайта.
Синтаксис
Команды имеют следующий синтаксис:
* полный перечень опций, команд и аргументов можно получить командой man git.
Создание проекта на локальном компьютере
Прежде чем отправить проект на GitHub, создаем его на нашем компьютере. Для этого переходим в каталог с файлами проекта:
Инициализируем проект для git:
Мы получим ответ похожий на:
Initialized empty Git repository in /projects/.git/
Это означает, что репозиторий git создан.
Теперь добавим файлы в репозиторий:
* данной командой мы добавили папку и ее содержимое в репозиторий git.
Отправка данных на GitHub
Теперь можно отправить данные на сервис. Для этого у нас должна быть зарегистрированная учетная запись и создан репозиторий на GitHub.
Создание репозитория
Переходим на портал github.com и входим в систему или проходим несложную регистрацию:
Проходим процесс подтверждения, что мы не робот. Затем завершаем несколько шагов регистрации, нажимая Submit. В итоге мы получим письмо на адрес электронной почты, которую указали при регистрации. Необходимо будем подтвердить email, перейдя в письме по кнопке Verify email address.
Создаем репозиторий. Для этого кликаем по иконке профиля и переходим в раздел Your repositories:
И кликаем по кнопке New. В следующем окне даем название репозиторию и нажимаем Create repository:
Мы увидим страницу с путем к репозиторию:
Заливаем проект в репозиторий на GitHub
Добавляем комментарий к нашему проекту:
* где Очередное изменение проекта — произвольный комментарий; параметр -a указывает, что комментарий нужно применить ко всем измененным файлам.
Теперь подключаемся к созданному репозиторию:
git remote add origin https://github.com/dmosktest/project1.git
* где dmosktest — логин, который был указан при регистрации на github, а project1 — название, которое мы задали, когда создавали репозиторий.
* удалить удаленный репозиторий можно командой git remote rm origin.
Закидываем проект на GitHub:
git push origin master
* где master — ветка проекта (веток может быть несколько).
В нашем проекте на GitHub должны появиться файлы проекта:
Получение файлов с GitHub
Для загрузки на компьютер файлов, создаем каталог с проектом и переходим в него:
Проводим начальную настройку локального репозитория:
Подключаемся к удаленному репозиторию:
git remote add origin https://github.com/dmosktest/project1.git
Скачиваем проект командой:
git pull https://github.com/dmosktest/project1.git master
Клонирование проекта
Например, использую наш репозиторий:
git clone https://github.com/dmosktest/project1.git
* данная команда создаст в текущей папке каталог project1 и инициализирует его как локальный репозиторий git. Также загрузит файлы проекта.
Возможные ошибки
1. При попытке отправить данные на GitHub, получаем ошибку:
error: src refspec master does not match any.
error: failed to push some refs to ‘https://github.com/dmosktest/project1.git’
* где dmosktest/project1.git — путь к нашему репозиторию.
Причина: проект ни разу не был зафиксирован (закоммичен).
Решение: добавляем комментарий к нашему проекту:
Как установить программное обеспечение с помощью Git в Linux
от sasza
Вам сказали «клонировать репо и построить его», и вы не знаете, что делать дальше? Мы покажем вам, как запустить эту программу на GitHub в Linux, даже если вы новичок.
Инструкции, составляющие компьютерную программу, пишутся, редактируются и сохраняются в текстовых файлах. Затем эти файлы обрабатывает программа, называемая компилятором. Этот создает исполняемую версию программы. Текстовые файлы инструкций называются исходным кодом. Версия программы, которая действительно может работать на компьютере, называется двоичной или исполняемой.
Это упрощенная версия событий, но она рисует правильную — если обобщить — картину. На практике вы найдете множество вариантов этой модели. Иногда другие программы создают текстовые файлы. В других случаях исходный код запускается внутри переводчика и не требует компиляции, и так далее.
Однако одна универсальная истина для всех программных проектов заключается в следующем: файлы исходного кода драгоценности короны, и за ними нужно так же тщательно ухаживать.
Программы контроля версий
Все файлы исходного кода в проекте называются базой кода. В крупных проектах над кодовой базой часто работает много разработчиков. Каждое изменение кода необходимо отслеживать и идентифицировать. При необходимости изменения должны быть обратимыми. Если разные разработчики вносят изменения в один и тот же файл исходного кода, их правки необходимо объединить.
Поэтому неудивительно, что существуют программы, называемые системами контроля версий, чтобы упростить управление изменениями в кодовой базе. Системы контроля версий содержат все предыдущие версии каждого файла в базе кода, и каждое изменение записывается, комментируется и отслеживается.
Маленькая штука под названием Git
В Git кодовая база проекта хранится в репозиториях. В дополнение к локальным репозиториям, которые находятся на компьютерах разработчика и, возможно, на центральном сервере в сети, рекомендуется иметь внешний или удаленный репозиторий.
И здесь на помощь приходит GitHub.
GitHub
GitHub был создан в результате успеха git. Основатели увидели растущую потребность в безопасных удаленных репозиториях git. Они начали бизнес предоставление облачной платформы чтобы группы разработчиков могли размещать удаленные репозитории. По состоянию на апрель 2019 года на GitHub размещено более 100 миллионов репозиториев.
Анатомия репозитория
Репозиторий GitHub состоит из папок, содержащих файлы, такие как важнейшие файлы исходного кода. Обычно в репозитории есть много других типов файлов. Это могут быть файлы документации, страницы руководства, файлы лицензий на программное обеспечение, инструкции по сборке и файлы сценариев оболочки. Нет никаких правил относительно того, что репозиторий должен или должен содержать, но есть соглашения.
Если вы разбираетесь в одной кухне, вы можете ориентироваться на любой кухне. То же самое и с репозиториями. Как только вы поймете условные обозначения, вы поймете, где найти то, что вам нужно.
Итак, как получить копию репозитория на свой компьютер и как встроить программу в двоичный исполняемый файл?
Файл readme
Традиционно включать файл readme в репозиторий. Его можно назвать readme, Readme или README. Он может иметь расширение «.md» или вообще не иметь расширения.
GitHub автоматически помещает содержимое файла readme на главную страницу репозитория. Если файл readme имеет расширение «.md», он будет содержать Разметка Markdown язык. Это позволяет разработчикам использовать элементы стиля, такие как шрифты, маркеры и изображения.
Как правило, в файле readme есть разделы, в которых рассказывается, о чем идет речь, о типе лицензии, о том, кто поддерживает проект, как принять участие и как создать и запустить приложение.
Если в нем нет фактических инструкций по сборке, он сообщит вам, где найти эту информацию. Другая информация, полезная для создания приложения, такая как необходимые инструменты сборки и другие зависимости, может быть указана здесь, или ссылка может привести вас к этой информации.
Репозиторий коробок
Репозиторий имеет ту же структуру, что и Atom. Там список папок и файлов, а ниже — содержимое файла readme. Он следует стандартной схеме репозитория, но это меньший по размеру проект, поэтому в нем меньше папок и файлов.
Файл readme тоже короче. В нем есть раздел под названием «Разработка». В этом разделе есть ссылка под названием «Построение из исходного кода». Если мы перейдем по этой ссылке, мы должны найти информацию нам нужно.
Обычно для навигации по репозиторию и поиска нужной информации требуется легкое отслеживание, но это не сложно. Внимательно прочтите все на странице репозитория. Иногда информация присутствует, но может не отображаться на видном месте.
Зависимости
В инструкциях по сборке сказано, что нужно выполнить команду 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. Если мы переключимся в каталог box и посмотрим на его содержимое, мы увидим тот же список файлов и папок, который мы видели на странице GitHub.
Большой! Мы успешно клонировали исходный код и другие файлы на наш компьютер. Теперь нам нужно создать приложение.
Сборка приложения
Чтобы собрать приложение, мы должны следовать инструкциям в репозитории GitHub. Иногда мы запускаем определенный файл оболочки, а другие — make. Инструкции по сборке, которым мы следуем, говорят нам запустить make.
Утилита make читает и выполняет набор инструкций из make-файла. Эти инструкции говорят make, как скомпилировать программу и связать ее вместе. make передает инструкции компилятору и другим инструментам сборки.
Команда, которую нам предлагают использовать, вызовет make дважды. Первый вызов make создает приложение, а второй запускает набор тестов.
Команда, которую нам сказали использовать инструкции по сборке:
Многие строки вывода быстро прокручиваются в окне терминала. Примерно через минуту вы вернетесь в командную строку.
Развертывание приложения боксов
Приложение создано, и у нас есть исполняемый двоичный файл. Теперь мы должны скопировать двоичный файл в каталог / usr / bin /. Это позволяет оболочке находить его, когда мы пытаемся его использовать.
Для некоторых приложений это может быть все, что вам нужно сделать. В других случаях вам может потребоваться скопировать дополнительные файлы, такие как страницы руководства и файлы конфигурации, в места в файловой системе. Последнее — то, что мы должны сделать с нашим новым приложением, потому что это было в инструкциях по сборке.
Используйте sudo для запуска этих команд. Первая команда копирует справочную страницу в каталог man1:
Затем скопируйте глобальный файл конфигурации в каталог в / usr / share /:
Наконец, скопируйте двоичный файл в / usr / bin:
Тестирование приложений коробок
Посмотрим, все ли работает! Попытайтесь открыть страницу руководства для команды боксов.
Это воодушевляет! Вы видите страницу руководства, в которой рассказывается, как использовать команду боксов.
Нажмите «Q», чтобы выйти из системы man, и попробуйте использовать команду box.
Это может показаться немного разочаровывающим, учитывая все усилия, которые вы приложили, но суть этого упражнения заключалась в том, чтобы помочь вам вытащить репозиторий из GitHub и построить приложение.
Есть длинный список дизайнов, из которых вы можете выбирать. Чтобы увидеть их все, используйте эту команду:
Сборка завершена
Шаги по сборке из исходного кода обычно просты:
Ознакомьтесь с инструкциями по сборке в репозитории.
Убедитесь, что у вас установлены необходимые инструменты, и установите все, что отсутствует.
Клонируйте репозиторий на свой компьютер.
Следуйте инструкциям по сборке, которые зачастую так же просты, как ввод make.
Скопируйте файл (ы) в нужные места.
Как установить программное обеспечение с помощью Git на Linux
Вам сказали «клонировать репо и построить его», и вы не знаете, что делать дальше? Мы покажем вам, как запустить эту программу на GitHub в Linux, даже если вы новичок.
Инструкции, составляющие компьютерную программу, пишутся, редактируются и сохраняются в текстовых файлах. Затем программа, называемая компилятором, обрабатывает эти файлы. Это производит исполняемую версию программы. Текстовые файлы инструкций называются исходным кодом. Версия программы, которая может работать на компьютере, называется двоичным файлом или исполняемым файлом.
Это упрощенная версия событий, но она рисует правильную — если обобщенную — картину. На практике вы найдете все виды вариаций этой модели. Иногда другие программы генерируют текстовые файлы. В других случаях исходный код выполняется внутри интерпретатора и не нуждается в компиляции и т. Д.
Тем не менее, одна универсальная истина во всех программных проектах заключается в следующем: файлы исходного кода являются жемчужинами короны, и о них необходимо заботиться так же тщательно.
Программы контроля версий
Все файлы исходного кода в проекте называются базой кода. У больших проектов часто есть много разработчиков, работающих над кодовой базой. Каждое изменение кода должно отслеживаться и идентифицироваться. При необходимости изменения должны быть обратимыми. Если разные разработчики вносят изменения в один и тот же файл исходного кода, их изменения должны быть объединены.
Поэтому неудивительно, что существуют программы, называемые системами контроля версий, чтобы упростить управление изменениями в кодовой базе. Системы контроля версий хранят все предыдущие версии каждого файла в базе кода, и каждое изменение записывается, комментируется и отслеживается.
Маленькая вещь под названием Git
И вот тут-то и вступает GitHub.
GitHub
Анатомия репозитория
Репозиторий GitHub состоит из папок, содержащих файлы, такие как все важные файлы исходного кода. Обычно в хранилище есть много других типов файлов. Это могут быть файлы документации, справочные страницы, файлы лицензий на программное обеспечение, инструкции по сборке и файлы сценариев оболочки. Нет никаких правил относительно того, что хранилище должно или должно содержать, но есть соглашения.
Если вы знаете, как обходить одну кухню, вы можете ориентироваться на любой кухне. То же самое и с репозиториями. Как только вы поймете соглашения, вы узнаете, куда идти, чтобы найти то, что вам нужно.
Итак, как вы получаете копию репозитория на вашем компьютере, и как вы соберете программу в двоичный исполняемый файл?
Файл readme
Традиционно включать файл readme в репозиторий. Это может называться readme, Readme или README. Может иметь расширение «.md» или вообще не иметь расширения.
Как правило, в файле readme есть разделы, в которых рассказывается, что представляет собой проект, что такое типовая лицензия, кто поддерживает проект, как принять участие и как создать и запустить приложение.
Если в нем не указаны фактические инструкции по сборке, он скажет вам, где найти эту информацию. Другая информация, полезная для сборки приложения, такая как требуемые инструменты сборки и другие зависимости, может быть перечислена здесь, или ссылка может привести вас к этой информации.
Хранилище ящиков
Хранилище следует той же схеме, что и Atom. Там есть список папок и файлов, а ниже — содержимое файла readme. Он соответствует стандартному макету хранилища, но это меньший проект, поэтому там меньше папок и файлов.
Обычно для навигации по хранилищу и поиска нужной информации требуется легковесная навигация, но это не сложно. Внимательно прочитайте все на странице репозитория. Иногда информация есть, но может не отображаться на видном месте.
Зависимости
Инструменты, необходимые для создания этого приложения: компилятор C, Bison, Flex, make и Git (для клонирования репозитория на ваш компьютер).
Эта статья была исследована на компьютерах с дистрибутивами Ubuntu, Fedora и Manjaro Linux. Ни в одном дистрибутиве не были установлены все эти инструменты — что-то должно было быть установлено на каждом из них.
Установка набора инструментов
Манджаро должен был иметь компилятор GCC, Flex и Bison. Вот команды:
Клонирование репозитория
Каждый репозиторий GitHub имеет определенный веб-адрес, который используется в Git для клонирования репозитория на ваш компьютер. На главной странице репозитория ящиков есть зеленая кнопка с надписью «Клонировать или скачать».
Нажмите кнопку, чтобы увидеть веб-адрес. Это адрес, который мы должны передать команде git при клонировании хранилища.
Перейдите в каталог, в который мы хотим клонировать репозиторий, и затем используйте эту команду. Если ваше окно терминала поддерживает это, вы можете скопировать и вставить веб-адрес в команду. Нажмите Ctrl + Shift + V, чтобы вставить в окно терминала GNOME.
Git клонирует удаленный репозиторий и создает локальный на вашем компьютере. Он говорит нам, что клонируется в каталог под названием «коробки».
Большой! Мы успешно клонировали исходный код и другие файлы на наш компьютер. Теперь нам нужно построить приложение.
Сборка приложения
Утилита make читает и выполняет набор инструкций из make-файла. Эти инструкции рассказывают, как скомпилировать программу и связать ее вместе. make передает инструкции компилятору и другим инструментам сборки.
Команда, которую нам сказали использовать, вызовет make дважды. Первый вызов make создает приложение, а второй запускает набор тестов.
Команда, которую нам сказали использовать инструкции по сборке:
Многие строки вывода быстро прокручиваются в окне терминала. Примерно через минуту вы вернетесь в командную строку.
Развертывание ящиков приложения
Приложение было построено, и у нас есть исполняемый файл. Теперь мы должны скопировать двоичный файл в каталог / usr / bin /. Это позволяет оболочке найти его, когда мы пытаемся его использовать.
Для некоторых приложений это может быть все, что вам нужно сделать. В других случаях вам может потребоваться скопировать дополнительные файлы, такие как справочные страницы и файлы конфигурации, в места в файловой системе. Последнее — то, что мы должны сделать с нашим новым приложением, потому что это было в инструкциях по сборке.
Используйте sudo для запуска этих команд. Первая команда копирует справочную страницу в каталог man1:
Затем скопируйте глобальный файл конфигурации в каталог в / usr / share /:
Наконец, скопируйте двоичный файл в / usr / bin:
Тестирование приложения
И мы получаем ответ:
Это может показаться немного обескураживающим, учитывая все ваши усилия, но суть этого упражнения заключалась в том, чтобы помочь вам откатить репозиторий из GitHub и создать приложение.
Существует длинный список дизайнов, из которых вы можете выбирать. Чтобы увидеть их все, используйте эту команду:
Сборка завершена
Шаги для сборки из исходного кода обычно просты: