Інструмент контролю версій git увійшов у github

Маленька покидька · Опубліковано 13.02.2017 10:19:29

Крок 1: Щоб користуватися GitHub Перший крок — зареєструвати обліковий запис GitHub. Після цього можна створити репозиторій (вільні користувачі можуть створити лише публічний репозиторій), створити новий репозиторій, заповнити назву і створити, і тоді з'явиться інформація про налаштування репозиторію, що теж є простим навчальним посібником для git.
Вебсайт: https://github.com

Крок 2: Спочатку встановіть інструмент контролю версій git, а потім встановіть його безпосередньо на наступному кроці!
Завантажити адресу:

Туристи, якщо ви хочете побачити прихований контент цього допису, будь ласкаВідповідь

Крок 3:

Спочатку знайдемо місце для зберігання локального репозиторію на жорсткому диску комп'ютера, наприклад, ми налаштували локальний репозиторій у папці C:\project\MyProjects\AutoIndexNetScript

Перейдіть до папки AutoIndexNetScript і клацніть правою кнопкою миші по операції наступним чином:

1) Клацніть правою кнопкою миші на Git Init Here у локальному репозиторії, і з'явиться додаткова папка .git, що означає, що локальний git успішно створено. Клацніть правою кнопкою миші Git Bash, щоб увійти в командний рядок git.

Виконання:

Вхід видно.

позадуyour_email@youremail.comЗамість цього ваша електронна адреса. Моя електронна адресаhelp@itsvse.com, що також є електронною адресою, зареєстрованою на github:

Вхід видно.

Натисніть Enter напряму, щоб пояснити, що ключ ssh буде згенерований на стандартному файлі id_rsa.

Потім система просить ввести пароль і одразу натискати enter, щоб показати, що пароля немає.

Коли пароль повторюється, він також вводиться безпосередньо, і тоді він запитує, що ключ shh успішно згенеровано.

Потім ми переходимо за запитаною адресою під адресою, щоб переглянути файл ключів SSH. Адреса мого комп'ютера — C:\Users\itsvse\.ssh, де itsvse — це ім'я мого комп'ютера

Відкрий id_rsa.pub і скопіюй ключ всередині. Ключ всередині — це пара незрозумілих символів і цифр, не переймайся, просто скопіюй.

Поверніться на сайт github, перейдіть у налаштування акаунта, виберіть SSH ключі ліворуч, додайте SSH ключ,

Або перейдіть напряму: https://github.com/settings/keys

Заповніть заголовок і вставте ключ.

2) Перевірте успішність, введіть його в git bash

Вхід видно.

Enter — побачить: Ви успішно автентифікувалися, але GitHub не надає доступу до shell. Це означає, що ви успішно підключилися до github.

$ шш -Тgit@github.com
Автентичність хоста 'github.com (192.30.253.113)' не може бути встановлена.
Відбиток ключа RSA — SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Ви впевнені, що хочете продовжувати спілкування (так/ні)? Так
Warning: Permanently added 'github.com,192.30.253.113' (RSA) to the list of know n hosts.
Привіт, itsvse! Ви успішно автентифікувалися, але GitHub не надає доступу до shell.

Король · Опубліковано 13.02.2017 10:26:14

Дякую, орендодавець

Маленька покидька · Опубліковано 13.02.2017 10:55:36

Команда Git

Перегляд, додавання, відправлення, видалення, отримання, скидання змінених файлів

git help <command> # показує допомогу команди

git show # показує зміст коміт-шоу git $id

git co -- <file> # відкинути модифікації робочого простору

git co. # Модифікації робочого простору каналу

git add <file> # комітує зміни робочих файлів у локальну область staging

git add. # Подайте всі змінені робочі документи до зони підготовки

git rm <file> # видалити файл із репозиторію

git <file> rm --кешований # видаляє файли з репозиторію, але не файли

Git <file> Reset # Відновлення від staging до робочих файлів

Git Reset -- . # Відновлення від стадії до робочих файлів

git reset --hard # повертається до стану останнього коміту, тобто відкидає всі зміни, внесені цього разу після останнього коміту

git ci <file> git ci . git ci -a # об'єднати git add, git rm і git ci та інші операції разом, щоб зробити git ci -am "деякі коментарі"

git ci --amend # змінити останній запис коміту

git revert <$id> # скасовує стан коміта, а сама дія відновлення також створює субкоміт-об'єкт

git revert HEAD #, щоб відновити стан останнього коміту

Подивись на різницю у файлах

git diff <file> # порівняйте поточний файл і різницю у файлі staging area git diff

git diff <id1><id2> # порівняйте різницю між двома комітами

git diff ..<branch1> # <branch2> Порівняй між двома гілками

git diff --staged # порівняйте відмінності між стадією та репозиторієм

git diff --cached # порівнює відмінності між стадингом і репозиторієм

git diff --stat # просто порівнює статистику

Переглянути історію подань

git log <file> git log # Переглянути файл для кожного запису коміту

git log -p <file> #, щоб побачити різницю кожної детальної модифікації

git log -p -2 # Дивіться різницю останніх двох детальних змін

git log --stat #查看提交统计信息

TIG
На Mac можна використовувати TIG замість diff і log, brew install TIG

Керівництво місцевого відділення Git
Перегляд, перемикання, створення та видалення гілок

git br -r #, щоб побачити віддалену гілку

git br <new_branch> # для створення нової гілки

git br -v #, щоб побачити останню інформацію про коміт для кожної гілки

git br — об'єднано # щоб побачити гілки, які були об'єднані з поточною гілкою

git br --no-merged # щоб побачити гілки, які ще не об'єднані з поточною гілкою

git co <branch> # переключення на гілку

git co -<new_branch>b # для створення нової гілки та переходу в минуле

git co -<new_branch> <branch> b # створює новий new_branch на основі гілки

git co $id # перевірити запис історичного коміту, але інформації про гілку немає, і перемикання на іншу гілку автоматично видаляється

git co $id -<new_branch>b # Перевірити запис історичного коміту та створити гілку

git br -<branch>d # видалити гілку

git br -<branch>D # Примусове видалення гілки (потрібно примусово видалити незлиту гілку)

Злиття гілок і перебазування

git merge <branch> # об'єднати гілки в поточну гілку

git merge origin/master --no-ff # Не перемотуйте вперед merge, це створить коміт merge

git rebase master <branch> # rebase master to branch, еквівалентно: git co <branch> & git rebase master & git co master & git merge <branch>

Управління патчами в Git (зручно для синхронізації розробки на кількох машинах)

git diff > .. /sync.patch # для генерації патчу

Подай заявку .. /sync.patch # патч

Подай заявку — перевірка .. /sync.patch #测试补丁能否成功

Управління стажуванням Git

git stash #staging

git stash list # перелік усіх схованок

git stash apply # відновити стадійний контент

git stash drop # видалити staging area

Управління віддаленими гілками Git

git pull # захопити всі оновлення гілок із віддаленого репозиторію та об'єднати їх локально

git pull --no-ff # Візьміть усі оновлення гілок віддаленого репозиторію і об'єднайте їх локально, не прискорюйте злиття вперед

git fetch origin # Завантажити оновлення віддаленого репозиторію

git merge origin/master # об'єднати віддалену головну гілку з локальною поточною гілкою

git co --track origin/branch # Відстежити віддалену гілку, щоб створити відповідну локальну гілку

git co -<local_branch>b origin/<remote_branch> # створює локальну гілку на основі віддаленої гілки, функція така ж, як і вище

git push # push all branches

git push origin master # push local main branch to remote main branch

git push -u origin master # Відправити локальну первинну гілку до віддаленого (створено, якщо віддалений майстер-гілка не існує для ініціалізації віддаленого репозиторію)

git push origin <local_branch> # для створення віддаленої гілки, origin — це ім'я віддаленого репозиторію

git push origin<local_branch>:<remote_branch> # Створити віддалену гілку

Push Origin git :<remote_branch> #先删除本地分支(git br -d<branch>), а потім натисніть, щоб видалити віддалену гілку

Управління віддаленим складом у Git

git remote -v #, щоб побачити адресу віддаленого сервера та назву репозиторію

git Remote Show Origin # для перевірки статусу репозиторію віддаленого сервера

git Remote Add Origin git@ github:robbin/robbin_site.git # Додати адресу віддаленого репозиторію

git remote set-url origin git@ github.com:robbin/robbin_site.git # Встановити адресу віддаленого репозиторію (для зміни адреси віддаленого репозиторію) git remote rm <repository> # Видалити віддалений репозиторій # Видалити віддалений репозиторій

Створіть віддалений склад

git clone --bare robbin_site robbin_site.git # Створити репозиторій лише для версій з проєктом з версіями

scp -r my_project.git git@ git.csdn.net:~ # Завантажити чистий репозиторій на сервер

mkdir robbin_site.git && cd robbin_site.git && git --bare init # Створити чистий репозиторій на сервері

git remote add origin git@ github.com:robbin/robbin_site.git # Встановіть адресу віддаленого репозиторію

git push -u origin master # перший коміт клієнтом

git push -u origin develop # вперше фіксує локальну гілку розробки у віддалену гілку розробки та відстежує

git remote set-head origin master # Встановити HEAD віддаленого репозиторію так, щоб він вказував на головну гілку

Ви також можете налаштувати відстеженням віддалених і локальних бібліотек командою

git branch --set upstream master origin/master

гілка git --set-upstream-розробка походження/розробка

Інструмент контролю версій git увійшов у github

Пов'язані дописи

Переглянуті розділи