Как пользоваться github с нуля: Git для новичков (часть 1) / Хабр

Когда я загружаю свой проект в Github, он пишет мне «Commit is failed». я использую bower и nodeJS, и я думаю, что проблемы именно в этом, но мне нужно загрузить эти каталоги. Что мне…

Я читал блог Майка Эша, и в одной из статей http:/ / www.mikeash.com/pyblog/friday-qa-2013-02-08-lets-build-key-value-coding.html он дает ссылку на проект в github…

хороший день: Я новичок в github. Я создал РЕПО. Я хочу загрузить весь проект в github; мой проект имеет много папок и подпапок. Для этого я последовал этому гиду , теперь у меня есть мое РЕПО, и я…

Я работаю над проектом и хочу загрузить его в свой репозиторий GitHub. Проект содержит файлы внутри папок, и я не знаю, как их загрузить. Кто-нибудь может мне помочь?

Я новичок в github, и прямо сейчас я пытаюсь загрузить свой проект laravel в github. Я успешно загрузил проект github, однако всякий раз, когда я добавляю свою папку через git bash, она всегда…

Я работал над проектом Android Studio и загрузил его в свою учетную запись Github, используя опцию управления версиями Android Studio, выполнив простые шаги: VCS > > импорт в систему управления…

Как я могу успешно загрузить свой проект Go в существующий репозиторий github? Вот как выглядит мой $GOPATH: /home/user/go . Там я создал следующие каталоги: src/github.com/StefanCepa/ . И внутри…

У меня есть проект RStudio с историей git commit истории. Я хотел бы загрузить этот проект ВКЛ. из истории git commit в историю Github и посмотрите историю фиксации(коммита) на Github. Я могу…

Для тех, кто уже загрузил свои репозитории и проекты в GitHub, проще ли сначала загрузить, а затем завершить проект, или загрузить только версию final (не принимая во внимание будущие исправления…

У меня есть проект flutter, созданный в android studio году. Я хочу загрузить его в GitHub, чтобы я мог поделиться им и удаленно загрузить на другую систему. Я новичок в GitHub. Как я могу загрузить…

Работа с Git через консоль — Блог HTML Academy

Итак, вы получили задание: сделать форк вашего репозитория в GitHub, создать ветку и начать работу.

Что за GitHub, какие команды, зачем, а главное, как всем этим пользоваться? Давайте разбираться.

Полезные материалы по Git

Система контроля версий Git

Для начала определим, что такое система контроля версий.

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

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

Одна из самых популярных систем называется Git. Её отличие от других программ — отсутствие графической версии. Поэтому работа с Git ведётся через командную строку. В разных операционных системах свои программы для взаимодействия с Git.

В Windows их две: PowerShell и cmd.exe. В Ubuntu это Terminal. Самая популярная программа на macOS тоже называется Terminal. Если вам не подходит встроенная в систему программа для работы с командной строкой, вы можете поставить свою. Например, написанную на JavaScript программу Hyper, которая работает на любой операционной системе. На Windows популярны программы Cmder и Git Bash, а на macOS — iTerm.

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

Git — важный навык веб-разработчика

А лучший способ научиться программировать — профессия «React-разработчик». В программе три интенсива, прокачка навыков и оплачиваемая стажировка.

Устанавливаем Git

Если раньше вы не работали с Git, сперва его нужно установить. Способы зависят от операционной системы вашего компьютера.

Установка в Linux

Используйте обычный менеджер пакетов вашего дистрибутива. Откройте терминал и введите подходящие команды.

• Если у вас 21 или более ранняя версия Fedora, используйте yum install git.
• Для 22 и последующих версий Fedora вводите dnf install git.
• Для дистрибутивов, основанных на Debian, например, Ubuntu, используйте apt-get: sudo apt-get install git.

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

Установка на macOS

1. Скачиваем Git со страницы проекта.
2. Запускаем загруженный файл.
3. Система может показать окно с ошибкой, где будет написано, что файл скачан с неавторизованного сайта и инсталлятор не может быть запущен. В таком случае нужно зайти в «Системные настройки» — «Безопасность» (Security and Privacy), в появившемся окне будет сообщение об ошибке и кнопка Open anyway (Всё равно открыть). Нажимаем.
4. Система покажет окно, уточняющее хотите ли вы запустить установку. Подтверждаем действие.
5. Установщик проведёт через все необходимые шаги.

Установка в Windows

Скачайте exe-файл инсталлятора с сайта Git и запустите его. Это Git для Windows, он называется msysGit. Установщик спросит добавлять ли в меню проводника возможность запуска файлов с помощью Git Bash (консольная версия) и GUI (графическая версия). Подтвердите действие, чтобы далее вести работу через консоль в Git Bash. Остальные пункты можно оставить по умолчанию.

Проверим, что Git установлен

После того, как все действия по установке завершены, убедимся, что Git появился в системе компьютера. Откройте терминал и введите git --version, должна появиться текущая версия программы на вашей машине. Эта проверка подходит для всех операционных систем.

Настройка Git

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

Откройте терминал и используйте следующую команду, чтобы добавить своё имя: git config --global user.name "ваше имя"

Для добавления почтового адреса вводите: git config --global user.email адрес

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

Регистрация на GitHub

Что такое GitHub?

GitHub — веб-сервис, который основан на системе Git. Это такая социальная сеть для разработчиков, которая помогает удобно вести коллективную разработку IT-проектов. Здесь можно публиковать и редактировать свой код, комментировать чужие наработки, следить за новостями других пользователей. Именно в GitHub работаем мы, команда Академии, и студенты интенсивов.

Чтобы начать работу с GitHub, нужно зарегистрироваться на сайте, если вы ещё этого не сделали. За дело.

1. Переходим на сайт GitHub. Cтартовая страница GitHub.
2. Для начала регистрации:
   • Нажимаем кнопку Sign up (зарегистрироваться), попадаем на страницу регистрации, где вводим обязательные данные: имя пользователя, адрес электронной почты и пароль. После заполнения полей проходим верификацию. Первый шаг регистрации профиля на стартовой странице GitHub.
   • После заполнения данных и успешного прохождения верификации нажимаем на кнопку Select a plan. Второй шаг регистрации профиля на стартовой странице GitHub.
3. Третий шаг — небольшой опрос от GitHub, который вы можете пройти, заполнив все поля и нажать Submit или пропустить, нажав skip this step. Опрос на третьем шаге регистрации.
4. После прохождения всех этапов на сайте, на указанный при регистрации ящик вам придёт письмо от GitHub. Откройте его и подтвердите свой почтовый адрес, нажав Verify email address (подтвердить электронный адрес) или скопируйте вспомогательную ссылку из письма и вставьте её в адресную строку браузера. Подтверждение электронного адреса.
5. После верификации GitHub предложит создать новый репозиторий, организацию или узнать больше о GitHub. Этот пункт пока можно пропустить и перейти в профиль. Переход в ваш профиль.Так выглядит ваш профиль после регистрации.

Теперь у вас есть профиль на GitHub.

Устанавливаем SSH-ключи

Git установлен, профиль на GitHub создан. Осталось добавить SSH-ключ и можно приступать к работе с проектом.

Что такое SSH-ключ и зачем он нужен?

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

Каждый SSH-ключ содержит пару: открытый (публичный) и закрытый (приватный) ключ. Открытый ключ отправляется на сервер, его можно не прятать от всех и не переживать, что кто-то его увидит и украдёт. Он бесполезен без своей пары — закрытого ключа. А вот закрытый ключ — секретная часть. Доступ к нему должен быть только у вас.

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

Чтобы пройти авторизацию по SSH-ключу, его надо сгенерировать или найти уже ранее созданный ключ на своём компьютере.

Сначала проверим, есть ли уже на компьютере ключ. По умолчанию SSH-ключи хранятся в каталоге ~/.ssh, поэтому нужно проверить содержимое этого каталога.

1. Открываем консоль.
2. Вводим cd ~/.ssh, чтобы перейти в нужный каталог. Переходим в нужную директорию.
3. Используем ls, чтобы увидеть список всех файлов в каталоге. Открываем список файлов в директории. Ищем пару файлов с названиями вида имя и имя.pub. Обычно имя — id_rsa, id_dsa, id_ecdsa или id_ed25519. Файл с расширением .pub — ваш публичный ключ, а второй — ваш приватный, секретный ключ. Если таких файлов или даже каталога .ssh у вас нет, вы можете их сгенерировать. Для этого делаем следующее.
4. Добавляем ключ в ssh-agent (сгенерированный или уже существующий). Проверяем доступность ключа командой eval "$(ssh-agent -s)" и добавляем с помощью ssh-add ~/.ssh/your_key_name, где указываем верный путь до файла с ключом и его имя. Добавляем ключ в shh-agent. Несколько важных примечаний:
   • Если вы захотите переименовать ключ, могут возникнуть проблемы. Их можно решить, добавив в ~/.ssh/config связь ключа с доменом.
   • Если у вас Windows и вы пользуетесь программой Cmder, возможны проблемы с командой eval "$(ssh-agent -s)". Может появиться такое сообщение об ошибке: «eval не является внутренней или внешней командой, исполняемой программой или пакетным файлом».

     В Сmder для запуска ssh-agent можно использовать команду start-ssh-agent.

     Если проблема осталась, рекомендуем работать в Git Bash.

   • Если у вас macOS Sierra версии 10.12.2 и выше, нужно изменить ваш ~/.ssh/config файл, чтобы автоматически загрузить ключи в ssh-agent и хранить пароли.

     Host *
      AddKeysToAgent yes
      UseKeychain yes
      IdentityFile ~/.ssh/id_rsa

     Вы можете добавить свой приватный ключ в ssh-agent и сохранить пароль к нему с помощью команды ssh-add -K ~/.ssh/id_rsa. Если у вашего ключа другое имя, не забудьте заменить id_rsa в команде на правильное название.

   • Если у вас Linux, может понадобится переназначить для ~/.ssh права доступа командой chmod 700 ~/.ssh/
5. После того как создан ключ, его нужно добавить на GitHub. Для этого копируем его содержимое с помощью одной из следующих команд:
   • Если вы на Windows clip .
   • Для пользователей macOS pbcopy .
   • На Linux используйте sudo apt-get install xclip, чтобы установить необходимый для копирования пакет xclip, а затем введите xclip -sel clip . Или введите команду cat ~/.ssh/id_rsa.pub, контент документа появится прямо в консоли и вы сможете скопировать ключ оттуда.

   Можно пойти другим путём, открыть файл id_rsa.pub прямо в папке и просто скопировать содержимое оттуда.

6. Переходим на страницу для работы с ключами в вашем профиле на GitHub. Страница с настройками ключей в вашем профиле.

   Нажимаем кнопку New SSH key (новый SSH-ключ). Вводим имя ключа (можно придумать абсолютно любое) в поле Title (название), а в Key (ключ) вставляем сам ключ из буфера обмена. Теперь нажимаем Add SSH key (добавить SSH-ключ).

   Добавляем в свой профиль SSH-ключ.

   Если всё сделано верно, в списке появится новый ключ.

   Успешно добавленный ключ.

Теперь, наконец-то, мы можем начать работу с самим проектом.

Работа с репозиториями

Для начала определим, что такое репозиторий. Это рабочая директория с вашим проектом. По сути, это та же папка с HTML, CSS, JavaScript и прочими файлами, что хранится у вас на компьютере, но находится на сервере GitHub. Поэтому вы можете работать с проектом удалённо на любой машине, не переживая, что какие-то из ваших файлов потеряются — все данные будут в репозитории при условии, что вы их туда отправите. Но об этом позже.

Если над проектом трудится команда разработчиков, как правило, создаётся общий репозиторий, в котором находится рабочая версия проекта (назовём его мастер-репозиторий). При этом каждый пользователь клонирует себе в профиль оригинальный репозиторий и работает именно с копией. Такая копия называется форком. Так как форк — ваша персональная версия мастер-репозитория, в нём вы можете пробовать разные решения, менять код и не бояться что-то сломать в основной версии проекта.

Как сделать форк мастер-репозитория?

Заходим в нужный репозиторий, нажимаем на «вилку» с надписью fork. Форк репозитория создан и находится в вашем профиле на GitHub.

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

Открываем консоль, переходим в директорию, где хотим сохранить папку с проектом, и вводим команду:

git clone [email protected]:your-nickname/your-project.git

Если вы правильно настроили SSH-ключи, Git начнёт процесс копирования репозитория на ваш компьютер. Если вы видите ошибку, в которой написано Error: Permission denied (publickey), скорее всего, вы ошиблись где-то при выполнении инструкции по настройке SSH-ключа. Вернитесь на несколько абзацев ранее и попробуйте повторить процесс настройки.

Если вы не хотите вручную вводить адрес репозитория, вы можете зайти на страницу проекта, нажать зелёную кнопку Clone or download (клонировать или скачать), выбрать Clone with SSH (клонировать по SSH) и скопировать адрес, который находится в текстовом поле. Этот адрес вы можете вставить в команду git clone.

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

git clone [email protected]:_your-nickname_/_your-project_.git folder_name

Теперь, на вашем компьютере, в папке your_project или в той, название которой вы указали самостоятельно, находится полная копия репозитория c GitHub.

Чтобы начать работу с проектом, надо оказаться в его директории. Для этого используем команду cd, после которой указываем название проекта на вашем компьютере: cd your-project

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

Создадим новую ветку. Открываем терминал, вводим команду git branch. Она показывает список веток, с которыми мы работаем в проекте, и выделяет текущую. Если мы находимся в master создаём новую ветку: git checkout -b имя-новой-ветки.

Если текущая ветка не master, сначала переключимся в основную ветку: git checkout master. Мы делаем это, чтобы новая ветка содержала свежую, на момент создания, рабочую версию проекта.

Эта команда позволяет переключаться между существующими ветками в проекте, после git checkout надо указать название нужной ветки.

Если вы ошиблись в названии, например, допустили опечатку, вы можете изменить название ветки с помощью команды: git branch -m старое-имя-ветки новое-имя-ветки.

После того как вы создали ветку, поработали в ней у себя локально — нужно сохранить результат, чтобы он не пропал и в итоге оказался в репозитории.

Если вы хотите сохранить изменения не во всех файлах, для начала можно ввести команду git status. Она покажет текущее состояние в вашей ветке, а именно список с названиями изменённых файлов, если они есть, и укажет на те, которые ожидают записи и сохранения (обычно они выделены красным цветом).

Перед тем, как зафиксировать изменения отдельных файлов, нужно добавить файлы в набор этих изменений. Воспользуйтесь командой git add имя-файла. Если название очень длинное, вы можете начать его писать, затем нажать Tab и консоль сама предложит вам продолжение пути к файлу.

Если вы хотите сохранить все изменения разом, вводите git add -A.

Теперь мы можем сделать коммит, то есть зафиксировать все сохранённые изменения и дать им название. Это делается с помощью команды git commit -m "ваше сообщение". Текст сообщения должен быть лаконичным и в то же время сообщать о том, что делает коммит (внесённые изменения). Например, «добавляет имя наставника в Readme», «вводит функцию сортировки изображений», «правит ошибку в поиске городов на карте».

Сохранения зафиксированы, всё? Они теперь в репозитории и видны коллегам? Пока нет. Те изменения, которые мы внесли и сохранили, пока локальны. Их нужно послать на GitHub.

Чтобы отправить свои изменения (коммиты) в репозиторий на GitHub, введите команду git push origin название-текущей-ветки, где origin означает репозиторий, который был склонирован на компьютер, то есть ваш форк.

Теперь заходим на страницу нашего форка и создаём пулреквест, чтобы слить свой код с данными в мастер-репозитории. Что такое пулреквест? Это предложение изменить код в репозитории.

Любое предложение можно принять или отвергнуть. Так же и с пулреквестом. После его создания, он должен получить ревью и одобрение так называемого коллаборатора — пользователя GitHub, который имеет права администратора в мастер-репозитории. Им может быть ваш коллега-разработчик, техлид, наставник. Если к вашему коду нет вопросов, пулреквест принимается и изменения из вашей ветки попадают в master главного репозитория. Если в код нужно внести изменения, пулреквест отклоняется, и вам нужно снова пройти по цепочке локальные изменения — сохранение — коммит — пуш, только пулреквест заново делать не нужно. Если вы продолжаете вести работу в той же ветке и пулреквест ещё не принят, все ваши изменения автоматически добавятся в пулреквест, созданный из этой ветки после команды git push origin название-текущей-ветки.

Вы исправили код, наставник или техлид одобрил ваши правки и принял пулреквест. Теперь код в мастер-репозитории обновился, а в вашем форке нет, вы ведь не обновляли свою версию репозитория с тех пор, как клонировали её себе на компьютер. Приведём форк в актуальное состояние.

1. В локальном репозитории вводим команду git checkout master, переходим в master.
2. Теперь забираем (подтягиваем) изменения из ветки master мастер-репозитория git pull academy master. Academy здесь — сокращённое название мастер-репозитория, такое имя используется в проектах студентов Академии, вы можете выбрать любое другое название. Забираем изменения из мастер-репозитория. Если консоль выдаёт ошибку и говорит, что не знает директории с таким именем, нужно добавить ссылку на этот репозиторий:

   git remote add academy [email protected]:your-repo.git

   Вместо academy указывайте своё название и оно закрепится за этим репозиторием.
3. Теперь отправьте изменения уже из своей ветки master в ваш форк на GitHub с помощью команды git push origin master. Отправляем изменения в форк.

Готово, теперь форк и оригинальный репозиторий находятся в актуальном состоянии.

Используйте GitHub с GitHub Desktop

1- Правила работы

1. Зарегистрировать аккаунт GitHub и создать Repository (GitHub Repository).
2. Установить GitHub Desktop, интуитивный инструмент управления Local Repository (Репозиторий локальных данных).
3. Конфигурировать для синхронизации даннхы с GitHub Desktop в Repository server.

Смотрите иллюстрацию ниже:

2- Регистрация аккаунта GitHub

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

Регистрация аккаунта это просто, вам нужно только ввести username/password и адрес email. После регистрации, войдите в ваш Email и активируйте аккаунт.

3- Создать GitHub Repository

После регистрации аккаунта GitHub, и после того как вы вошли в систему. Вы можете создать GitHub Repository.

Repository создан.

4- Скачать и установить GitHub Desktop

GitHub Desktop это визуальный инструмент, позволяющий вам управлять Local Repository (Локальный репозиторий) на вашем компьютере.

Чтобы скачать GitHub Desktop зайдите на ссылку:

Download Results:

Пссле скачивания, вам нужно установмить GitHub Desktop на компьютер:

GitHub Desktop успешно установлен.

5- Запуск GitHub Desktop

Войдите в GitHub Desktop чтобы соединить с вашим аккаунтом GitHub.

До этого момента на вашем компьютере еще нет никакого Local Repository.

6- Соединить GitHub и GitHub Desktop

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

Например:

На GitHub Desktop, выбрать Repository, который вы создали на GitHub чтобы clone (клонировать) на ваш локальный компьютер. 

Теперь на GitHub Desktop вы увидите созданный Local Repository.

Скапируйте некоторые ваши файлы данных в Local Repository:

GitHub Desktop сразу распознает изменения в Local Repository.  

Введите комментарий (Comment) и нажмите Commit data.

Файлы данных вы можете увидеть на Server.

Git с нуля — руководство из 5 шагов. Это простое и практичное руководство… | by Hybesis — H.urna

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

Но сначала сначала: что такое «система контроля версий» и почему это должно нас волновать?

Система контроля версий (VCS) отслеживает изменения в файлах.Когда мы модифицируем файлы, система записывает и сохраняет каждое изменение в истории . Это позволяет в любой момент восстановить предыдущую версию вашего кода. Использование VCS также обычно означает, что , если мы что-то испортили или потеряем файлы, мы можем легко восстановить любую контрольную точку .

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

Короче говоря, система контроля версий, такая как Git, необходима для всех видов программирования и разработки программного обеспечения . Это упрощает:

— Отслеживать историю кода
— Просматривать, какие изменения были внесены
— Узнавать, почему были внесены изменения
— Узнавать, кто какие изменения вносил
— Совместная работа над кодом как команда
— Развертывание в промежуточной или производственной среде

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

Я уверен, что кто-то из нас уже переименовал файлы, чтобы отслеживать разные версии, например: «resume», «resume_v2», «resume_062018»…

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

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

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

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

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

Отлично, так как мы знаем, для чего и почему мы используем Git. Давайте начнем!

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

Давайте приступим к использованию Git.

Git для Linux

Git для OSX

Git для Windows

Проверьте, установлен ли Git, используя следующую команду в командной строке:
git --version

Чтобы начать работу над репозиторий Git, у вас есть выбор: создать новый или использовать существующий (например, из GitHub).

создать новый каталог, создать каталог и выполнить
git init
внутри, чтобы создать новый репозиторий git.

создайте рабочую копию локального репозитория, выполнив команду
git clone / path / to / repository
при использовании удаленного сервера ваша команда будет
git clone username @ host: / path / to / repository

Наш локальный репозиторий состоит из трех «деревьев», поддерживаемых git.
Первый — это ваш рабочий каталог , в котором хранятся фактические файлы.
Второй — это индекс , который действует как промежуточная область.
И, наконец, HEAD , который указывает на последнюю сделанную нами фиксацию.

Примечание. Git поставляется со встроенными инструментами с графическим интерфейсом пользователя для фиксации — git-gui . Мы рекомендуем вам использовать его, чтобы избежать проблем с командной строкой. Вам просто нужно запустить его в своем репозитории:
git gui

Вы можете предложить изменения (добавить его в индекс ), используя
git add
git add *
Это первый шаг в основном рабочем процессе git.Чтобы зафиксировать эти изменения, используйте
git commit -m "Commit message"
Теперь файл зафиксирован в HEAD , но еще не в вашем удаленном репозитории.

Первым делом нам нужен хост (такой как Github, Gitlab, Bitbucket…), чтобы подключить его. Если это еще не было сделано, просто создайте учетную запись на одной из этих платформ.

Ваши изменения теперь находятся в HEAD вашей локальной рабочей копии. Чтобы отправить эти изменения в удаленный репозиторий, выполните
git push origin master
Измените master на любую ветку, в которую вы хотите отправить свои изменения.

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

Полный рабочий процесс выглядит следующим образом:

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

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

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

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

создайте новую ветку с именем «feature_x» и переключитесь на нее с помощью
git checkout -b feature_x
переключитесь обратно на master
git checkout master
и снова удалите ветку
git branch -d feature_x
a ветка недоступна для других , если вы не отправите ветку в удаленный репозиторий
git push origin

Примечание: Git поставляется со встроенными инструментами графического интерфейса для просмотра — gitk .Мы рекомендуем вам использовать его, чтобы получить хороший обзор ваших филиалов. Вам просто нужно запустить его в своем репозитории:
gitk

Чтобы обновить локальный репозиторий до последней фиксации, выполните
git pull
в своем рабочем каталоге, чтобы получить fetch и объединить удаленных изменений.
, чтобы объединить другую ветку с вашей активной веткой (например, master), используйте
git merge
в обоих случаях git пытается автоматически объединить изменения.К сожалению, это не всегда возможно и приводит к конфликтам . Вы несете ответственность за объединение этих конфликтов и вручную, отредактировав файлы, показанные git. После изменения вам необходимо пометить их как объединенные с
git add
перед объединением изменений, вы также можете просмотреть их, используя
git diff

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

git fetch origin
git reset --hard origin / master

Рекомендуется для создания тегов для выпусков программного обеспечения.Вы можете создать новый тег с именем Hurna v1.3.0 , выполнив
git tag -a v1.3.0 -m "Hurna v1.3.0"

в простейшей форме, вы можете изучить историю репозитория с помощью
git log
Вы можете добавить множество параметров, чтобы журнал выглядел так, как вы хотите. Чтобы увидеть только коммиты определенного автора:
git log --author = michael-jeulinl
Чтобы увидеть очень сжатый журнал, где каждая фиксация занимает одну строку:
git log --pretty = oneline
Или, может быть, вы хотите увидеть ASCII-арт-дерево всех ветвей, украшенное названиями тегов и ветвей:
git log --graph --oneline --decorate --all
Посмотреть только те файлы, которые были изменены:
git log --name-status
Это лишь некоторые из возможных параметров, которые вы можете использовать.Для получения дополнительной информации см.
git log --help

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

Вот список еще нескольких команд Git, которые помогут вам использовать Git в повседневном рабочем процессе: https://hurna.io/academy/git/general_commands.html

Hello World · GitHub Руководства

Проект Hello World — это давняя традиция компьютерного программирования.Это простое упражнение, которое поможет вам начать изучение чего-то нового. Приступим к работе с GitHub!

Вы узнаете, как:

• Создание и использование репозитория
• Запуск и управление новой веткой
• Внесите изменения в файл и отправьте их на GitHub как коммит
• Открыть и объединить запрос на вытягивание

Что такое GitHub?

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

Из этого руководства вы узнаете основы GitHub, такие как репозитории , , ветки , , , коммиты и запросы на извлечение, . Вы создадите свой собственный репозиторий Hello World и изучите рабочий процесс Pull Request на GitHub — популярный способ создания и проверки кода.

Кодирование не требуется

Для выполнения этого руководства вам потребуется учетная запись GitHub.com и доступ в Интернет. Вам не нужно знать, как кодировать, использовать командную строку или устанавливать Git (программное обеспечение для контроля версий GitHub построено на основе).

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

Шаг 1. Создание репозитория

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

Репозиторий hello-world может быть местом, где вы храните идеи, ресурсы или даже делитесь и обсуждаете вещи с другими.

Для создания нового репозитория

1. В правом верхнем углу рядом с вашим аватаром или идентификатором щелкните и выберите Новый репозиторий .
2. Назовите свой репозиторий hello-world .
3. Напишите краткое описание.
4. Выберите Инициализируйте этот репозиторий с помощью README .

Щелкните Создать репозиторий .

Шаг 2. Создайте ветку

Ветвление — это способ одновременной работы с разными версиями репозитория.

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

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

На этой диаграмме показано:

• основной филиал
• Новая ветка под названием feature (потому что мы выполняем «функциональную работу» над этой веткой)
• Путь, который проходит функция до того, как она будет объединена в основную

Вы когда-нибудь сохраняли разные версии файла? Что-то вроде:

• рассказ.txt
• story-joe-edit.txt
• Story-Joe-Edit-Review.txt

Филиалы выполняют аналогичные задачи в репозиториях GitHub.

Здесь, в GitHub, наши разработчики, писатели и дизайнеры используют ветки для хранения исправлений ошибок и работы над функциями отдельно от нашей основной ветки (производственной). Когда изменение готово, они объединяют свою ветку с main .

Чтобы создать новую ветку

1. Зайдите в ваш новый репозиторий hello-world .
2. Щелкните раскрывающийся список в верхней части списка файлов с надписью branch: main .
3. Введите имя ветки, readme-edits , в текстовое поле новой ветки.
4. Выберите синее поле Create branch или нажмите «Enter» на клавиатуре.

Теперь у вас есть две ветки, основной и readme-edits . Они выглядят точно так же, но ненадолго! Затем мы добавим наши изменения в новую ветку.

Шаг 3.Внесение и фиксация изменений

Браво! Теперь вы находитесь в режиме просмотра кода для вашей ветки readme-edits , которая является копией main . Внесем некоторые правки.

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

Внести и зафиксировать изменения

1. Щелкните файл README .md файл.
2. Щелкните значок карандаша в правом верхнем углу окна просмотра файла, чтобы отредактировать его.
3. Напишите немного о себе в редакторе.
4. Напишите сообщение фиксации, описывающее ваши изменения.
5. Нажмите кнопку Принять изменения кнопку.

Эти изменения будут внесены только в файл README в вашей ветке readme-edits , поэтому теперь эта ветка содержит контент, отличный от main .

Шаг 4. Откройте запрос на слияние

Хорошие правки! Теперь, когда у вас есть изменения в ответвлении от main , вы можете открыть запрос на перенос .

Pull Requests — это основа совместной работы на GitHub. Когда вы открываете пулреквест , вы предлагаете свои изменения и просите кого-то просмотреть и принять ваш вклад и объединить их в свою ветку. Запросы на вытягивание показывают различий, или различия содержимого из обеих веток.Изменения, добавления и вычитания показаны зеленым и красным цветом.

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

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

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

Откройте запрос на внесение изменений в README

Щелкните изображение, чтобы увеличить его

Когда вы закончите с сообщением, нажмите Create pull request !

Совет : вы можете использовать смайлики и перетаскивать изображения и гифки в комментарии и запросы на вытягивание.

Шаг 5. Объедините Pull Request

На этом заключительном этапе пришло время объединить ваши изменения — объединить ветку readme-edits с основной веткой .

1. Нажмите зеленую кнопку Merge pull request , чтобы объединить изменения в main .
2. Щелкните Подтвердите слияние .
3. Удалите ветку, поскольку ее изменения были внесены, с помощью кнопки Удалить ветку в фиолетовом поле.

Празднуйте!

Изучив это руководство, вы научились создавать проект и делать запросы на вытягивание на GitHub!

Вот что вы достигли в этом руководстве:

• Создан репозиторий с открытым исходным кодом
• Открыл и управлял новым филиалом
• Изменил файл и зафиксировал эти изменения на GitHub
• Открытый и объединенный запрос на слияние

Взгляните на свой профиль GitHub, и вы увидите свои новые квадраты!

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

Совет : ознакомьтесь с другими нашими руководствами, каналом YouTube и обучением по запросу, чтобы узнать больше о том, как начать работу с GitHub.

Последнее обновление 24 июля 2020 г.

Как использовать Github — Обсудить Scratch

О GitHub

GitHub — это служба хостинга репозиториев git, основанная в 2008 году, которая позволяет пользователям работать вместе для создания репозиториев исходного кода и индексов.Это крупнейший в мире хост исходного кода с более чем 24 миллионами пользователей и 67 миллионами различных репозиториев. GitHub использовался для многих видеоигр, приложений и расширений браузеров. Это важно для проектов с открытым исходным кодом на Scratch, потому что все они используют GitHub. Scratch 3.0 и автономный веб-клиент для Scratch также разрабатываются на GitHub. Вы можете увидеть все проекты Scratch на GitHub в этом посте члена Scratch Team Мьютейлора.

Как создать учетную запись

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

Основные функции пользователя
— Проблемы с репозиторием
— Запросы на извлечение репозитория
— Управление филиалами
— Профили пользователей
— Организации

Программирование / добавление репозиториев

Чтобы создать свой первый репозиторий, перейдите в левый верхний угол меню GitHub панель и нажмите «+».Теперь нажмите «Новый репозиторий» и заполните данные на этой странице. Обратите внимание, что для создания нового репозитория у вас должен быть подтвержденный адрес электронной почты. Теперь вы можете загрузить Git и клонировать свой репозиторий. Теперь вы можете приступить к программированию! GitHub будет поддерживать любой язык, который вы можете придумать, поэтому напишите простую программу, начните отслеживать свой репозиторий, а затем продвигайте свои изменения!

Заключение

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

Автор: MakeTheBrainHappy и -Vuton-. Баннер был создан bigpuppy.
Отредактировано WolfCat67 и jromagnoli.

Последний раз редактировалось makethebrainhappy (янв.24, 2018 01:12:40)

Начало работы с Git и GitHub: полное руководство для начинающих | by Anne Bonner

Хотите начать работу с Git и GitHub? Вам нужно сотрудничать с командой? Вы работаете над проектом? Вы недавно обнаружили, что вам в значительной степени нужно быть на GitHub, если вы хотите, чтобы кто-то серьезно относился к вам в сфере технологий?

… вы действительно просто хотите внести свой вклад в свой первый проект с открытым исходным кодом ?

Это для вас!

Начать работу с Git совсем несложно.Если вы быстро читаете (и не тратите много времени на регистрацию и установку), вы можете начать работу на GitHub примерно через десять минут прямо сейчас.

Если вы полностью изучите статью, вы сможете попрактиковаться в клонировании существующего репозитория, создании ветки, внесении изменений и создании запроса на вытягивание. Попутно вы также можете узнать, как найти свой терминал, использовать команды терминала и отредактировать файл уценки (.md)!

Если вы все это сделаете, поздравляю!

Вы внесете свой вклад в свой первый проект с открытым исходным кодом — GitHub Welcome Wall ! (Если вы хотите сразу перейти к разделу с открытым исходным кодом, прокрутите вниз, пока не дойдете до раздела под названием « Давай сделаем это! »)

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

Приступим!

Что такое Git? Что такое GitHub?

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

Существует множество способов использовать Git и GitHub, но начало работы с GitHub не должно быть утомительным.Вам не нужно быть мастером программирования или кем-то еще. Вы даже можете делать самые важные вещи прямо на сайте GitHub!

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

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

Допустим, вы видите что-то вроде git add . Это означает, что вы должны ввести, например, git add hello_world.py , если вы хотите добавить файл с именем «hello_world.py» в свой репозиторий GitHub.

Я собираюсь дать вам здесь много объяснений, но это все команды терминала, которые вам действительно нужно знать, чтобы начать работу:

 git clone 
 git status 
 git add 
 git commit -m ““ 
 git push 

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

Мы также поговорим о

 git init 
 git branch 
 git merge 
 git checkout 

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

git help

также очень полезно, если вы только начинаете! Мы это тоже обсудим.

(Если вы работаете на Mac, у вас уже есть терминал! Вы можете найти его, щелкнув значок увеличительного стекла в верхнем правом углу экрана и выполнив поиск слова «терминал».)

Шаг 1: Регистрация и установка!

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

Теперь перейдите к своему терминалу и представьтесь Git! Чтобы установить свое имя пользователя для в каждом репозитории на вашем компьютере, введите

 git config --global user.name "" 

, заменив «<ваше имя здесь>» на свое имя в кавычках. Вы можете использовать любое имя или дескриптор, какой захотите. Если вы хотите указать свое имя только для одного репозитория, опустите слово «глобальный».

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

 git config --global user.email "" 

Сохранить конфиденциальность электронной почты очень просто, и вы можете найти эти инструкции в этой статье. Вам нужно всего лишь установить два флажка в своей учетной записи GitHub.

Теперь вы готовы начать использовать Git на своем компьютере!

Для начала вы можете создать новый репозиторий на веб-сайте GitHub или выполнить git init , чтобы создать новый репозиторий из каталога вашего проекта.

Репозиторий состоит из трех «деревьев».’Во-первых, это рабочий каталог , в котором хранятся фактические файлы. Второй — это индекс или плацдарм. Затем идет head , который указывает на последнюю сделанную вами фиксацию.

Я уже привык к терминалу (вариант 1)

Вот как вы можете начать работу прямо с терминала:

Если у вас есть каталог проекта, просто перейдите в свой терминал и в каталоге проекта выполните команду

 git init 

Если вы хотите инициализировать свой проект со всеми файлами в каталоге проекта, запустите

 git init.

, чтобы включить все.

Допустим, у вас есть папка для вашего проекта под названием «new_project». Вы можете перейти в эту папку в окне терминала и добавить к нему локальный репозиторий, запустив

 cd new_project 
 git init 

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

 git add  

или запускать

 git add.

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

 git commit -m "<добавить сюда сообщение о фиксации>" 

и, если вас устраивают ваши изменения, вы можете запустить

 git push 

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

 git status 

Если вы внесли некоторые изменения, вы можете обновлять свои файлы одновременно с помощью

 git add  

или

 git add --all 

Затем зафиксируйте их в своем сообщении о фиксации и протолкните их.

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

Если у вас есть это, просто прокрутите вниз до « Учимся работать с другими» , чтобы перейти к ветвлению и совместной работе!

Я не знаю, что вы только что сказали (Вариант 2)

Я собираюсь предположить, что любой, кто интересуется вариантом 2, новичок во всем этом и, возможно, имеет папку, полную файлы (или вы планируете иметь один), которые вы хотите разместить на GitHub, и вы просто не знаете, как это сделать.

Давайте сделаем это!

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

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

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

• Перейдите на сайт GitHub, посмотрите в правом верхнем углу, щелкните значок +, а затем щелкните «Новый репозиторий.”
• Назовите репозиторий и добавьте краткое описание.
• Решите, хотите ли вы, чтобы это было общедоступным или частным репозиторием.
• Щелкните «Инициализировать этот репозиторий с помощью README», если вы хотите включить файл README. (Я определенно рекомендую сделать это! Это первое, на что люди будут обращать внимание, когда проверят ваш репозиторий. Это также отличное место для размещения информации, которая вам нужна для понимания или запуска проекта.)

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

Есть два способа внести изменения в ваш проект. Вы можете вносить изменения в свои файлы / записные книжки на своем компьютере, а также можете вносить изменения прямо на GitHub.

Допустим, вы хотите внести некоторые изменения в файл README прямо на GitHub.

• Сначала перейдите в свой репозиторий.
• Щелкните имя файла, чтобы открыть этот файл (например, щелкните «README.md», чтобы перейти к файлу readme).
• Щелкните значок карандаша в правом верхнем углу файла и внесите некоторые изменения.
• Напишите в поле короткое сообщение с описанием внесенных вами изменений (и, если хотите, расширенное описание).
• Нажмите кнопку «Принять изменения».

Теперь изменения внесены в файл README в вашем новом репозитории! (Я хочу сразу обратить ваше внимание на маленькую кнопку, которую вы можете проверить на изображении выше, которая позволит вам создать новую ветку для этого коммита и запустить запрос на вытягивание. Мы поговорим об этом позже!)

Довольно просто, верно?

Я предпочитаю работать с файлами на моем локальном компьютере, а не пытаться заставить все работать с веб-сайта GitHub, поэтому давайте настроим это сейчас.

Дай этот проект!

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

Чтобы клонировать репозиторий на свой компьютер, перейдите в репозиторий на веб-сайте GitHub и нажмите большую зеленую кнопку с надписью «Клонировать или загрузить» . » (Вы определенно можете скачать репозиторий прямо здесь и пропустить информацию о терминале, если вы просто не можете с этим справиться.Но я верю в вас, так что продолжайте!) Убедитесь, что написано «Клонировать с HTTPS». Теперь щелкните значок буфера обмена, чтобы скопировать и вставить его в буфер обмена (или выделите эту ссылку и скопируйте ее).

Теперь вы откроете свой терминал и окажетесь в том месте, где вы хотите разместить репозиторий. Например, вы можете ввести

 cd Desktop 

, чтобы перейти на рабочий стол. Затем клонируйте свой репозиторий прямо здесь, чтобы его было легко найти.Чтобы клонировать репозиторий, введите

 git clone  

Просто! (Не забудьте заменить информацию между метками <> на эту строку букв и цифр, которую вы только что скопировали! Также убедитесь, что вы удалили <> .)

Если вы еще не двигались в своем терминале раньше вы можете медленно перемещаться с помощью команды cd , пока не доберетесь до того места, куда хотите. Например, откройте свой терминал и введите ls , чтобы перечислить варианты, куда вы могли бы пойти дальше.Вы можете увидеть в списке «Рабочий стол» и просто набрать cd Desktop , чтобы перейти на рабочий стол. Затем вы можете запустить приведенную выше команду git clone , чтобы клонировать репозиторий прямо на рабочий стол.

Вместо выбора типа «Рабочий стол» вы можете увидеть несколько имен пользователей. В этом случае вам нужно выбрать пользователя до того, как вы увидите «Рабочий стол», поэтому выберите пользователя с cd (заменив именем пользователя), а затем снова введите ls , чтобы увидеть свой выбор.Скорее всего, теперь вы увидите слово «Рабочий стол». Вы наберете cd Desktop , если увидите в списке Desktop. А теперь приступайте к этому клону git!

Если вы когда-нибудь захотите вернуться на шаг назад в своем терминале, просто введите cd ..

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

Вам не нужно размещать репозиторий на рабочем столе, если вы этого не хотите. Вы можете клонировать его где угодно. Вы даже можете запустить команду git clone , как только откроете свой терминал. Я скажу, однако, что если вам не очень удобно перемещаться по компьютеру, неплохо было бы разместить свой проект прямо на рабочем столе, чтобы вы могли его видеть …

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

Пришло время добавить файлы в ваш проект!

Это все, что мы собираемся сделать:

 git status 
 git add 
 git commit -m "" 
 git push 

Не о чем беспокоиться!

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

Теперь проверьте статус вашего проекта!

Зайдите в свой терминал и войдите в папку своего репозитория. Затем запустите

 git status 

, чтобы проверить, все ли обновлено. (Если вы просто перетащили несколько файлов в папку своего проекта, это определенно не так!) Чтобы добавить один из ваших файлов в репозиторий, вы должны запустить

 git add  

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

 git add --all 

или даже

 git add.

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

Чтобы зафиксировать изменения, вы запустите процесс, запустив

 git commit -m «<сообщение фиксации>» 

Вы фиксируете изменения в HEAD, но не в удаленном репозитории. (Убедитесь, что вы заменили это сообщение в кавычках своим собственным.) После внесения изменений вы делаете «снимок» репозитория с помощью команды «commit». Вы добавите сообщение к этому «снимку» с помощью -m.

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

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

 git push 

, чтобы отправить изменения прямо в репозиторий.Если вы работаете на локальном компьютере и хотите, чтобы ваши коммиты также были видны в Интернете, вы должны отправить изменения в git hub с помощью команды git push.

Вы можете в любой момент узнать, все ли обновлено, выполнив команду git status !

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

Поздравляем !!!

Сотрудничество — это название игры на GitHub!

GitHub flow

Допустим, у вас есть проект, и у вас может быть много разных идей и функций в любой момент времени.Некоторые функции могут быть готовы к работе, а некоторые — нет. Может быть, вы работаете с другими людьми, которые занимаются своим делом. Вот тут-то и пригодится ветвление!

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

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

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

Также довольно просто создать ветку с именем «new_feature» в вашем терминале и переключиться на нее с помощью

 git checkout -b new_feature 

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

Давайте поговорим о кассе!

 git checkout 

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

 git checkout master 

или посмотреть ветку «new_feature» с помощью

 git checkout new_feature 

Когда вы закончите с веткой, вы можете объединить все свои изменения обратно, чтобы они видны всем.

 git merge new_feature 

примет все изменения, внесенные вами в ветку «new_feature», и добавит их в мастер.

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

 git push --set-upstream origin new_feature 

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

Эммммм… что? Могу я сделать это на сайте?

Можно!

Один из способов сделать это — просто проверить эту кнопку, о которой мы упоминали ранее, когда редактировали файл README. Супер просто!

Вы также можете создать новую ветку в любое время прямо на веб-сайте, перейдя в свой репозиторий, щелкнув раскрывающееся меню в левой средней части экрана с надписью «Branch: master», введя имя ветки и выбрав ссылку «Создать ветку» (или нажав Enter на клавиатуре).Теперь у вас есть две одинаковые ветки! Это отличное место для внесения изменений и их проверки, прежде чем вы захотите повлиять на основную ветку.

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

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

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

• Щелкните вкладку запроса на включение в верхней части экрана
• Нажмите зеленую кнопку «Новый запрос на перенос»
• Перейдите к Поле «Примеры сравнения» и выберите созданную вами ветку для сравнения с исходной веткой.
• Просмотрите свои изменения, чтобы убедиться, что они действительно совпадают с тем, что вы хотите зафиксировать.
• Затем нажмите большую зеленую кнопку «Создать запрос на вытягивание». Дайте ему название и напишите краткое описание ваших изменений. Затем нажмите «Создать запрос на слияние!»

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

Если вы участвуете в проекте, у людей в команде (или рецензента) могут быть вопросы или комментарии. Если вам нужно что-то изменить, самое время! Если все в порядке, они могут развернуть изменения прямо из ветки для окончательного тестирования, прежде чем вы их объедините. И вы можете развернуть свои изменения, чтобы проверить их в производственной среде.

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

Обновление и объединение

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

 git pull 

в своем рабочем каталоге.

Чтобы объединить другую ветку с активной ветвью, используйте

 git merge  

Git попытается объединить изменения автоматически, но это не всегда возможно.Могут возникнуть конфликты. В противном случае вам нужно будет объединить конфликты вручную. После их изменения вы можете пометить их как объединенные с помощью git add . Вы можете предварительно просмотреть свои изменения, прежде чем объединить их с

 git diff   

Вы можете вернуться к основной ветке с

 git checkout master 

Вы внесете изменения и затем удалите ветку когда вы закончите с

 git branch -d new_feature 

Эта ветка будет недоступна никому другому, если вы не отправите ветку в удаленный репозиторий с помощью

 git push origin  

Другие полезные команды

Сначала из всех, это моя любимая шпаргалка на GitHub.Ознакомьтесь со всеми наиболее полезными командами Git!

Вы можете увидеть историю коммитов репозитория, если запустите

 git log 

Вы можете увидеть коммиты одного человека с

 git log --author =  

Вы можете увидеть, что было изменено, но не поставлено еще с

 git diff 

Нужна помощь в запоминании того, какую команду нужно запускать? Попробуйте

 git help 

, чтобы увидеть 21 наиболее распространенную команду. Вы также можете ввести что-то вроде

 git help clone 

, чтобы выяснить, как использовать определенную команду, например «clone.

Давай сделаем это!

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

Вы можете добавить все, что хотите, к приветственной стене, если она будет теплой и обнадеживающей. Добавьте заметку, добавьте изображение, что угодно. Сделайте наш маленький мир лучше, чем бы вы ни были.(Если вы слишком много думаете (я вас вижу ❤️), у меня есть заранее написанное сообщение в файле README, которое вы можете просто скопировать и вставить.)

 git clone https://github.com/bonn0062/github_welcome_wall. git 

• Создайте новую ветку и добавьте приветливую и обнадеживающую мысль в файл «welcome_wall.md». Вы можете сделать это на веб-сайте, но я действительно рекомендую вам попробовать клонировать репозиторий на свой компьютер, открыть файл в своем любимом текстовом редакторе и добавить туда свое сообщение.Это просто хорошее обучение!
• Создайте запрос на вытягивание.
• Напишите небольшую заметку с описанием вашего изменения и нажмите зеленую кнопку, чтобы создать запрос на вытягивание.

Вот и все! Если это достойное сообщение, мысль, изображение или идея, я объединю ваш запрос, и вы успешно внесете свой вклад в проект с открытым исходным кодом.

Поздравляем !!! Ты сделал это!

Как всегда, если вы сделаете что-нибудь классное с этой информацией, я буду рад услышать об этом! Оставьте сообщение в разделе ответов или в любое время напишите в Twitter @annebonnerdata.

Спасибо за чтение!

Если вы хотите найти больше интересных статей, приходите и присоединяйтесь ко мне на Content Simplicity!

Github с нуля — Сообщество разработчиков

Это шпаргалка в дополнение к потоку, который я сделал на канале Scrimba на YouTube о git и GitHub.

Недавно я пошел на Scrimba Livestream, чтобы поговорить о git и Github. Мне нравятся простые рабочие процессы с git, и это моя шпаргалка. Если у вас возникнут вопросы, напишите мне в Twitter или Scrimba Discord.Также, если вы заметили что-то не то, поднимите PR 😉. (Подробности ниже)

Вклад в репо

Выберите репо, разветвите его (необязательно) и клонируйте.

Или создайте новый.

  # замените приведенный ниже URL-адрес репо в вашей учетной записи, с которым вы хотите работать
git clone https://github.com/alanmynah/alanmynahdotcom.git
  

Затем просто следуйте шагам ветвления

Разветвление

  # создать новую ветку и переключиться на нее
git checkout -b новая ветка
# подключаем локальную новую ветку к удаленной части счетчика
git push --set-upstream origin новая ветка
  

Теперь следуйте инструкциям в Мой ежедневный рабочий процесс

Мой ежедневный рабочий процесс

  # добавить все файлы
git add.# совершить
# подсказок по полезным сообщениям о фиксации:
# https://www.freecodecamp.org/news/writing-good-commit-messages-a-practical-guide/
git commit -m "тип: краткое описание (<50 символов) проделанной работы"
# толкать
git push
  

После нескольких коммитов поднимите PR.

Когда закончите, не забудьте потянуть после PR

Тянуть после пиара

  git status # должен быть в ветке
git checkout main
мерзавец тянуть
  

Затем выберите новую функцию и создайте новую ветвь, как описано в разделе «Ветвление»

Создание репо

Создайте репозиторий локально (как через CRA), перейдите на github.com, создайте репозиторий через UI.

Скопируйте и вставьте шаги из схемы в … или нажмите существующий репозиторий из командной строки .

Это шаги:

  create-react-app мой блог
# они вставляются из раздела `… или выталкивают существующий репозиторий из раздела командной строки` при создании нового репозитория.
git удаленное добавление источника https://github.com/alanmynah/my-blog.git
git branch -M main
git push -u origin main
  

Руководство по Git для новичков - Как запустить и создать свой первый репозиторий

Если вы разработчик и хотите начать работу с Git и GitHub, эта статья создана для вас.

После краткого знакомства с тем, что такое Git и как его использовать, вы сможете создавать проект GitHub и работать над ним.

Что такое Git?

Git - это бесплатное программное обеспечение с открытым исходным кодом, созданное Линусом Торвальдсом в 2005 году. Этот инструмент представляет собой систему контроля версий, которая изначально была разработана для работы с несколькими разработчиками над ядром Linux.

Существует множество систем контроля, таких как CVS, SVN, Mercurial и другие, но сегодня Git является стандартным программным обеспечением для контроля версий.

Контроль версий, верно?

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

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

Система ветвей поддерживается контролем версий и позволяет разработчикам работать индивидуально над задачей (пример : Одна ветвь, одна задача или одна ветвь, один разработчик), прежде чем объединить все изменения, внесенные соавторами, в основную ветвь.

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

Где найти репозитории Git

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

Вот три самых популярных хостинга Git:

• GitHub : Владелец недавно Microsoft - запущен в 2008 году (31 миллион пользователей в октябре 2018 года).
• GitLab : Принадлежит GitLab Inc. - запущен в 2011 году.
• BitBucket : Принадлежит Atlassian - запущен в июне 2008 года.

Примечание. Хостинговые платформы доступны двумя способами: в облаке (размещаются в Интернете) или самостоятельно устанавливаются на вашем сервере (частный хостинг).

Зачем использовать Git в качестве разработчика

Этот инструмент незаменим для разработчиков во всем мире. Вот список преимуществ этого инструмента:

• Больше никаких копий, когда вы закончите работу над значительным обновлением для вашего приложения или исправлением ошибки, вам просто нужно « push » ваш проект в сети, чтобы сохранить его.
• Удалите и взломайте свой код; вам просто нужно набрать команду, чтобы вернуться к предыдущей версии и продолжить работу.
• Работайте с друзьями, не отправляя электронное письмо со сжатым проектом при каждом изменении кода.
• Вы можете позволить себе забыть о том, что сделали. Простая команда необходима для проверки изменений, внесенных вами с момента последнего сохранения вашей работы.

Я только что рассказал вам об основных преимуществах, если вы пока не используете Git. Поверьте мне; этот инструмент может стать первостепенным. Например, вы можете настроить службы для работы с Git, а также автоматически развернуть и протестировать свой код.

Теперь давайте попрактикуемся с Git и GitHub

Теперь, когда вы знаете, что такое Git и Github, пора попрактиковаться с конкретными упражнениями.

После этих упражнений вы сможете создавать свои проекты и управлять ими через GitHub со всеми основными функциями Git.

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

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

# 1 шаг - Пора начинать!

Ждете начала работы? Давай сделаем это!

Это первое упражнение не очень сложно; он разделен на два этапа. Установка Git и создание учетной записи GitHub.

а. Создание учетной записи GitHub

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

Ничего лишнего! Вы официально являетесь новым участником GitHub!

б.Установка Git

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

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

Сначала обновите свои пакеты:

  $ sudo apt update  

Затем установите Git с помощью apt-get:

  $ sudo apt-get install git  

Наконец, убедитесь, что Git установлен правильно:

  $ git --version  

Сначала загрузите последнюю версию установщика Git для Mac.

Далее следуйте инструкциям на экране.

Наконец, откройте терминал и убедитесь, что Git установлен правильно:

  $ git --version  

Сначала загрузите последнюю версию установщика Git для Windows.

Затем следуйте инструкциям на экране (вы можете оставить параметры по умолчанию).

Наконец, откройте терминал (пример: powershell или git bash) и убедитесь, что Git установлен правильно:

  $ git --version  

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

  $ git config --global user.имя "Гаэль Томас"
$ git config --global user.email "[email protected]"  

# 2 шаг - Ваш первый проект на GitHub!

Теперь, когда вы готовы, вы можете вернуться на главную страницу GitHub и щелкнуть значок « + » в строке меню.

Как только вы нажмете эту кнопку, появится новое меню с записью « Новый репозиторий ». Нажмите здесь!

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

Примечание. В контексте этой статьи не ставьте галочку «Инициализировать этот репозиторий с помощью README». Мы создадим файл «README» позже!

Молодец! Ваш первый репозиторий GitHub создан. Если вы хотите увидеть все свои репозитории, вам нужно нажать на изображение своего профиля в строке меню, а затем на « Ваши репозитории ».

# 3 шаг - Хорошая обложка

Пришло время внести ваши первые изменения в ваш репозиторий.Что вы думаете о создании для него обложки, своего рода приветственного текста?

а. Локальная версия вашего проекта

Ваша первая задача - получить копию репозитория на вашем компьютере. Для этого вам нужно « clone » репозитория. На странице репозитория вам нужно получить адрес « HTTPS ».

После того, как вы получили адреса репозиториев, вам нужно использовать свой терминал (с помощью команд оболочки), чтобы переместиться в то место, где вы хотите разместить копию каталога (например, вы можете переместиться в свой Папка « Документы »).Когда вы будете готовы, вы можете ввести:

  $ git clone [АДРЕС HTTPS]  

Эта команда создаст локальную копию репозитория, размещенного по данному адресу.

Теперь ваш репозиторий находится на вашем компьютере. Вам необходимо переместить его с помощью:

  $ cd [НАЗВАНИЕ ХРАНИЛИЩА]  

Примечание. При клонировании Git создаст репозиторий на вашем компьютере. При желании вы можете получить доступ к своему проекту через пользовательский интерфейс компьютера.

б. Репозиторий выпуск

Теперь вы можете создать файл с именем « README. md »в вашей папке (через терминал или пользовательский интерфейс на вашем компьютере). Я не сообщаю вам больше подробностей об этом шаге, ничего конкретного. Откройте папку и добавьте файл, как если бы это была стандартная папка.

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

  ### Мой первый репозиторий потрясающий!

Я [PSEUDO / NAME], и это мой первый репозиторий GitHub.
Если вы видите этот файл в моем проекте, это потому, что я изучаю Git.

Мое настроение:

> [НАЗВАНИЕ НАСТРОЕНИЯ]

Мой любимый цвет:

> [НАЗВАНИЕ ЦВЕТА]

Большое спасибо за чтение! ☺  

г. Делимся нашей работой!

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

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

Если вы хотите сохранить свою работу, необходимо выполнить четыре шага. Эти шаги называются: « status », « add », « commit » и « push ». Я подготовил для вас стандартную процедуру, которую нужно выполнять каждый раз, когда вы хотите сохранить свою работу.

Примечание. Все следующие шаги должны быть выполнены в рамках вашего проекта.

• « status »: Первое, что вам нужно сделать после работы, - это проверить файлы, которые вы изменили.Для этого вы можете ввести следующую команду, чтобы отобразился список изменений:

  $ git status  

• « add »: С помощью списка изменений , вы можете добавить все файлы, которые хотите загрузить, с помощью следующей команды:

  $ git add [FILENAME] [FILENAME] [...]  

В нашем случае мы собираемся добавить « README.md », потому что мы хотим сохранить этот файл.

  $ git добавить README.md  

Примечание. Если вы снова наберете «git status», «README.md» станет зеленым. Это означает, что мы добавили файл правильно.

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

  $ git commit -m "Добавлен README.md с хорошим описанием.« 

• « push »: вы здесь, теперь вы можете разместить свою работу в сети! Если вы введете следующую команду, вся ваша работа будет размещена в сети и видна прямо на странице репозитория.

  $ git push origin master  

Вы сделали это! Если вы вернетесь на страницу своего репозитория на GitHub, вы перейдете к своему файлу « README.md » с его красивым предварительным просмотром. Страница репозитория

Полезные команды для Git

Вам, как новичку в Git, все еще не хватает некоторых важных команд.Вот список, который вам пригодится во время вашего проекта.

• Отображение истории коммитов (всех модификаций, внесенных в проект).

  $ git log  

• Отменить все изменения с момента последней фиксации.

  $ git checkout.  

• Отменить все изменения в определенном файле с момента последней фиксации.

  $ git checkout [FILENAME]  

• Показать последние изменения в файле с момента последней фиксации.

  $ git diff [FILENAME]  

• Удалите все неожиданные файлы в вашем проекте (не зафиксированные).

  $ git clean -dfx  

• Добавьте все файлы и одновременно сделайте фиксацию.

  $ git commit -am [СООБЩЕНИЕ]  

Что дальше?

В следующей части этого руководства для начинающих вы откроете для себя эти три темы:

• Что такое хорошее сообщение о фиксации.
• Почему это важно.
• Контрольный список для написания сообщений о фиксации.

-> Руководство по Git для новичков - Как написать хорошее сообщение о фиксации

Заключение

Я надеюсь, что вы нашли это руководство и примеры на Git / GitHub полезными! Если у вас есть какие-либо вопросы или отзывы, не стесняйтесь спрашивать.

Если вам нужно больше подобного контента, вы можете подписаться на меня в Twitter, где я читаю о веб-разработке, самосовершенствовании и своем пути в качестве разработчика полного цикла!

Вы можете найти другие подобные статьи на моем сайте: herewecode.io.

Пошаговое руководство по Git

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

Прежде чем мы углубимся, давайте проясним распространенное заблуждение: Git - это не то же самое, что GitHub. Git - это система контроля версий (то есть часть программного обеспечения), которая помогает вам отслеживать ваши компьютерные программы и файлы, а также изменения, которые в них вносятся с течением времени.Это также позволяет вам сотрудничать с вашими коллегами в программе, коде или файле. GitHub и аналогичные службы (включая GitLab и BitBucket) - это веб-сайты, на которых размещается программа сервера Git для хранения вашего кода.

Шаг 1. Создайте учетную запись GitHub

Самый простой способ начать - создать учетную запись на GitHub.com (это бесплатно).

Выберите имя пользователя (например, octocat123), введите свой адрес электронной почты и пароль и нажмите Зарегистрироваться на GitHub . Когда вы войдете, он будет выглядеть примерно так:

Шаг 2. Создайте новый репозиторий

Хранилище похоже на место или контейнер, где что-то хранится; в этом случае мы создаем репозиторий Git для хранения кода.Чтобы создать новый репозиторий, выберите New Repository из выпадающего меню со знаком + (вы можете видеть, что я выбрал его в правом верхнем углу на изображении выше).

Введите имя для вашего репозитория (например, «Демо») и щелкните Create Repository . Не беспокойтесь об изменении каких-либо других параметров на этой странице.

Поздравляем! Вы создали свое первое репо на GitHub.com.

Шаг 3. Создайте файл

После создания репо оно будет выглядеть так:

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

Откройте программу Terminal на вашем компьютере.

Введите git и нажмите Введите . Если он говорит: команда bash: git: команда не найдена , установите Git с командой для вашей операционной системы или дистрибутива Linux. Проверьте установку, набрав git и нажав . Введите ; если он установлен, вы должны увидеть кучу информации о том, как использовать эту команду.

В терминале наберите:

  mkdir Демо  

Эта команда создаст каталог (или папку) с именем Demo .

Измените свой терминал на каталог Demo с помощью команды:

  cd Demo  

Затем введите:

  echo "#Demo" >> README.md  

Это создает файл с именем README.md и записывает в него #Demo . Чтобы убедиться, что файл был успешно создан, введите:

  cat README.мкр  

Это покажет вам, что находится внутри файла README.md , если файл был создан правильно. Ваш терминал будет выглядеть так:

Чтобы сообщить вашему компьютеру, что Demo - это каталог, управляемый программой Git, введите:

  git init  

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

  git добавить README.md  

Шаг 4. Сделайте фиксацию

Чтобы совершить фиксацию, введите:

  git commit -m "первая фиксация"  

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

Шаг 5. Подключите репозиторий GitHub к компьютеру

Теперь пора подключить ваш компьютер к GitHub с помощью команды:

  git удаленное добавление источника https: // github.ru /  /Demo.git  

Давайте рассмотрим эту команду шаг за шагом. Мы говорим Git добавить удаленный с именем origin с адресом https://github.com//Demo.git (то есть URL-адрес вашего репозитория Git на GitHub.com). Это позволяет вам взаимодействовать с вашим репозиторием Git на GitHub.com, набрав origin вместо полного URL-адреса, и Git будет знать, куда отправить ваш код. Почему происхождение ? Что ж, вы можете назвать это как угодно, если хотите.

Теперь мы подключили нашу локальную копию репозитория Demo к его удаленному аналогу на GitHub.com. Ваш терминал выглядит так:

Теперь, когда мы добавили пульт, мы можем отправить наш код (т.е. загрузить наш файл README.md ) на GitHub.com.

Когда вы закончите, ваш терминал будет выглядеть так:

И если вы зайдете на https://github.com//Demo , вы увидите что-то вроде этого:

Вот и все! Вы создали свое первое репозиторий GitHub, подключили его к компьютеру и отправили (или загрузили) файл со своего компьютера в репозиторий под названием Demo на GitHub.com. В следующий раз я напишу о клонировании Git (загрузке вашего кода с GitHub на ваш компьютер), добавлении новых файлов, изменении существующих файлов и отправке (загрузке) файлов в GitHub.