Короткий посібник з використання Github

Цей підручник - це короткий посібник із встановлення та використання GitHub. Ось як створити локальне сховище, як підключити це локальне сховище до віддаленого сховища Github (де його можуть бачити всі), як внести зміни та, нарешті, як перенести весь вміст локального сховища на GitHub, серед інших поширених завдань. .

Перш ніж розпочати, важливо зазначити, що цей посібник передбачає базове розуміння термінів, що використовуються в Git: push, pull, commit, repository тощо. Це також вимагає попередньої реєстрації в GitHub.

Встановлення Github

На Debian / Ubuntu та похідних:

sudo apt-get install git

En Fedora та похідні:

sudo yum install git

En арка та похідні:

sudo pacman -S git

Початкове налаштування Github

Після успішного завершення інсталяції наступним кроком є ​​налаштування деталей конфігурації користувача GitHub. Для цього використовуйте наступні команди, замінюючи «ім’я користувача» вашим іменем користувача GitHub, а «email_id» адресою електронної пошти, яка використовується для створення облікового запису GitHub.

git config --global user.name "ім'я користувача" git config --global user.email "email_id"

Створіть локальне сховище

Перше, що потрібно створити на комп’ютері папку, яка буде виконувати функції локального сховища. Для цього просто запустіть таку команду:

git init Mytest

Ця команда створює папку MyTest. У свою чергу, підпапка .init робить MyTest визнаним локальним сховищем Git.

Якщо репозиторій створено успішно, з’явиться рядок, подібний до наступного:

Ініціалізоване порожнє сховище Git у /home/tu_usuario/Mytest/.git/

Потім вам потрібно перейти до папки MyTest:

CD Mytest

Створіть файл README для опису сховища

Файл README зазвичай використовується для опису того, що містить сховище або про що йдеться у проекті. Щоб створити його, просто запустіть:

gedit README

Ввівши опис сховища, не забудьте зберегти зміни.

Додавання файлів сховища до індексу

Це важливий крок. Перш ніж ви зможете завантажити зміни на Github або інший Git-сумісний сервер, ви повинні проіндексувати всі файли, що містяться в локальному сховищі. Цей індекс міститиме нові файли, а також зміни до існуючих файлів у локальному сховищі.

У нашому випадку наш локальний репозиторій уже містить новий файл: README. Тому ми збираємося створити ще один файл із простою програмою на С, який ми будемо називати example.c. Його вміст буде:

#include int main () {printf ("привіт світ"); повернути 0; }

Отже, зараз у нашому локальному сховищі є 2 файли: README та example.c.

Наступним кроком є ​​додавання цих файлів до індексу:

git add README git add smaple.c

Команда "git add" може використовуватися для додавання до індексу будь-якої кількості файлів і папок. Щоб додати всі зміни, не вказуючи назви файлів, можна виконати "git add." (з крапкою в кінці).

Зберегти зміни, внесені в індекс

Після того, як всі файли будуть додані, можна залишити запис про ці зміни, виконавши те, що в жаргоні називається "комітом". Це означає, що додавання або зміна файлів закінчено, а зміни можна завантажити у віддалене сховище Github. Для цього потрібно виконати таку команду:

git commit -m "повідомлення"

"Повідомлення" може бути будь-яким повідомленням, яке коротко описує відповідні зміни, наприклад: "Я додав таку функціональність" або "Я виправив таку річ" тощо.

Створіть сховище на GitHub

Ім'я сховища має збігатися з сховищем у локальній системі. У цьому випадку це буде "MyTest". Для цього, перш за все, вам потрібно увійти в Github. Потім вам потрібно натиснути на знак плюса (+) у верхньому правому куті сторінки та вибрати опцію "створити нове сховище". Нарешті, вам потрібно заповнити дані та натиснути кнопку «створити сховище».

Після цього сховище буде створено, і можна буде завантажити вміст локального сховища до сховища GitHub. Для підключення до віддаленого сховища на GitHub потрібно виконати команду:

git віддалене додавання джерела https://github.com/user_name/Mytest.git

Не забудьте замінити "ім'я користувача" та "MyTest" на відповідні ім'я користувача та папку.

Перемістіть файли з локального сховища до сховища GitHub

Останній крок - надсилання вмісту локального сховища до віддаленого сховища, використовуючи команду:

git push master майстер

Залишається лише ввести облікові дані для входу (ім’я користувача та пароль).

Це завантажить весь вміст папки MyTest (локальне сховище) до GitHub (зовнішнє сховище). Для подальших проектів більше не потрібно виконувати ці дії з нуля. Натомість ви можете розпочати з кроку 3 безпосередньо. Нарешті, не забувайте, що зміни будуть доступні на веб-сайті Github.

Створення гілки

Коли розробники хочуть виправити помилки або додати нові функції, вони часто створюють гілку або копію коду, щоб вони могли робити коміти окремо, не впливаючи на оригінальний проект. Потім, коли вони закінчать, вони можуть об'єднати цю гілку назад в основну гілку (master).

Існує два варіанти створення нової гілки:

Довгий варіант:

git branch mirama # створити нову гілку під назвою mirama git checkout mirama - переключіться на використання гілки mirama.

Короткий варіант:

git checkout -b mirama - створіть і перейдіть до використання гілки mirama

Після внесення змін додайте їх до індексу гілки та зробіть відповідне комітування:

git add. git commit -m "зміни до mirama"

Потім вам потрібно повернутися до основної гілки та взяти зміни, внесені в mirama:

git checkout master git merge mirama - -

Нарешті, ви повинні видалити mirama (оскільки зміни були включені в master):

git гілка -d mirama

І завантажте майстер на Github:

git push master майстер

Створення похідного сховища Git (fork)

Завдяки Git та існуванню великих публічних бібліотек сховищ, таких як Github, більшу частину часу не потрібно починати програмувати наш проект з нуля. У цих випадках можна взяти цей базовий код для створення нового проекту.

Для цього першим ділом є розгалуження існуючого сховища, тобто похідного від нього проекту на основі коду вихідного проекту. На Github це досягається натисканням відповідної кнопки, як показано на скріншоті нижче.

Вилка сховища Github

Тоді нам потрібно клонувати сховище цього нового проекту на нашому комп’ютері. Як приклад, ми можемо використати моє сховище Ankifox, розширення для Firefox, яке дозволяє додавати слова до Анки, який доступний на Github:

клон git https://github.com/usemoslinux/Ankifox.git

Не забудьте замінити https://github.com/usemoslinux/Ankifox.git URL-адресою, що відповідає вашому проекту. Отримати цю адресу дуже просто, як видно на малюнку нижче.

Клонування сховища Github

Ця команда створить каталог під назвою «Ankifox», ініціалізує в ньому каталог .git і завантажить усі дані з цього сховища для роботи з останньою версією.


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

  1. Відповідальний за дані: Мігель Анхель Гатон
  2. Призначення даних: Контроль спаму, управління коментарями.
  3. Легітимація: Ваша згода
  4. Передача даних: Дані не передаватимуться третім особам, за винятком юридичних зобов’язань.
  5. Зберігання даних: База даних, розміщена в мережі Occentus Networks (ЄС)
  6. Права: Ви можете будь-коли обмежити, відновити та видалити свою інформацію.

  1.   Віктор Мартінес - сказав він

    Просто щось подібне, яке я шукав, просте і практичне керівництво, яке все покроково пояснить.
    Щодо бібюкета, я думаю, це були б майже однакові кроки, так?

    1.    давайте використовувати linux - сказав він

      Точно. Це дуже схоже. Просто змініть URL-адресу віддаленого хосту.
      Цікавим у Bitbucket є те, що він пропонує можливість створення приватних сховищ (тобто він не є відкритим для широкого загалу, а доступний лише для певної групи людей). На Github це також можливо, але вам доведеться заплатити. З іншого боку, у Bitbucket no.
      На здоров’я! Павло.

  2.   Джонатан Діас - сказав він

    Великі друзі !!! З найкращих просторів в інтернеті, щоб дізнатись і дізнатися,

    1.    давайте використовувати linux - сказав він

      Якщо вас цікавить тема, я рекомендую вам поглянути на підручник, який учасник спільноти про те, як використовувати Git + Google Code, який також є дуже цікавим і практичним:

      https://blog.desdelinux.net/iniciando-un-proyecto-con-git-y-google-code-parte-i/
      https://blog.desdelinux.net/iniciando-un-proyecto-con-git-y-google-code-parte-ii/
      https://blog.desdelinux.net/iniciando-un-proyecto-con-git-y-google-code-parte-iii/
      https://blog.desdelinux.net/iniciando-un-proyecto-con-git-y-google-code-parte-iv/

      На здоров’я! Павло.

  3.   елав - сказав він

    Завдяки вам мені більше подобається Bitbucket .. у будь-якому випадку хороша стаття 😀

  4.   ближній - сказав він

    @usemoslinux Чи можете ви створити "GitHub" для автоматичної інсталяції системи FreeBSD?, майже автоматичний інсталятор був би корисним, як це робить Arch, цікавий пост.

    PS: Посібник GitHub для FreeBSD було б непогано.

  5.   Джозеп м. Фернандес - сказав він

    Дякую за путівника. Я стежу за цим, і у мене була невелика проблема, це не дозволить мені завантажити локальне сховище на віддалений. Це видає мені таку помилку:

    [root @ iou Mytest] # git push master master
    помилка: Запитувана URL-адреса повернула помилку: 403 заборонено під час доступу https://github.com/miusuario/Mytest.git/info/refs

    Будь-які ідеї?

    1.    давайте використовувати linux - сказав він

      Можливо, відбувається те, що URL-адреса віддаленого сховища, яку ви вводите, є неправильною. Це може бути через помилку при введенні URL-адреси або ви насправді не створили сховище на Github (через їх веб-сторінку).

      Якщо повідомлення про помилку точно відповідає тому, яке ви показуєте, ви пропустили зміну "myuser" для вашого імені користувача.

      Введіть git remote -v, щоб побачити введені URL-адреси. Щоб змінити його, просто встановіть git remote set-url origin URLNEW

      Заміна URLNEW на правильну URL-адресу.

      Нарешті, не забувайте, що URL-адреса чутливий до регістру.

      На здоров’я! Павло.

  6.   Tesla - сказав він

    Дивовижний!

    Пояснюється так, що навіть ті, хто менш обізнаний у цьому питанні, як я, розуміють це і можуть робити наші перші кроки в git або Github. Зараз багато таких термінів, як push, pull або commit, мені зрозумілі.

    Велике спасибі!

    1.    давайте використовувати linux - сказав він

      Це була ідея! Я радий!
      Обійми та дякую, що залишили свій коментар! Павло.

  7.   Статик - сказав він

    Добродушний

    Питання, коли я видаляю файли, які мені більше не потрібні ні в локальному, ні в сховищі Github

  8.   Статик - сказав він

    Я виправляю свої сумніви щодо видалення каталогів із повними файлами

    git rm -rf каталог

    або як ???

    1.    давайте використовувати linux - сказав він

      Щоб видалити файли:
      git rm file1.txt

      Щоб видалити каталоги (та їх вміст):
      git rm -r мій каталог

  9.   Статик - сказав він

    Я виявив, що це виглядає, чудова подяка

  10.   Віктор Мансілла - сказав він

    І як я використовую Gitlab?
    Принаймні, в елементарному OS він не може завершити конфігурацію ...

  11.   Статик - сказав він

    Ця помилка з'являється, коли я хочу зробити файл

    git pull майстер походження -

    http://i.imgur.com/fy5Jxvs.png

    1.    давайте використовувати linux - сказав він

      Як пояснюється на скріншоті, яким ви ділитесь, на сервері є зміни, які не включені у версію, що зберігається на вашому комп'ютері. У свою чергу, на вашому комп’ютері є зміни, яких немає на сервері (саме ті, які ви хочете завантажити). Звідси конфлікт.

      Спробуйте спочатку зробити git pull, як запропоновано на скріншоті.

  12.   Хосе - сказав він

    Дякую за допомогу, дуже гарна інформація, я застосую це на практиці, ще раз спасибі

  13.   Алонсо - сказав він

    У розділі: "Надсилання файлів з локального сховища до сховища GitHub"
    , ви можете прочитати:
    «Це завантажить весь вміст папки MyTest (локальне сховище) до GitHub (зовнішнє сховище). Для подальших проектів більше не потрібно виконувати ці дії з нуля. Натомість ви можете розпочати з кроку 3 безпосередньо. »

    Я починаю це з Git. Чи можете ви сказати мені, що таке "крок 3"?

    Більше того, команди:
    git config –global user.name "ім'я користувача"
    git config –global user.email "email_id"

    Чи потрібно їх робити на кожному сеансі Git?

    Аналогічно команда:
    git init "назва папки"
    Чи потрібно запускати його під час кожного робочого сеансу за допомогою Git або відповідного сховища, що відбувається, коли у мене є два або більше сховища?

    Чудові підручники, вітання, подяки та привітання.

  14.   Серхіо - сказав він

    Я прекрасно зрозумів, дуже погано, що немає такого графічного інтерфейсу, як Windows / Mac: /

  15.   Соня - сказав він

    Я потрапив сюди, щоб вирішити проблему, яку я отримую від: fatal: Не є сховищем git (або будь-яким з батьківських каталогів): .git Чи вирішено цей посібник ??? заздалегідь дякую 🙂

  16.   Олександр - сказав він

    Ім'я користувача для "https://github.com": «royalAlexander»
    Пароль для 'https: // »royalAlexander» @ github.com':
    віддалений: недійсне ім’я користувача чи пароль.
    fatal: Помилка автентифікації для "https://github.com/royalSanity/Mytest.git/"

    допоможи мені