Как загрузить файл на гитхаб

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

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

Начнем с регистрации на GitHub. Переходим по ссылке https://github.com/, нажимаем на ‘Sign up’ и проходим регистрацию.

После регистрации  перейдем к созданию и настройке репозитория. Кликаем на значок  ‘ +’ и в открытом окне выбираем  ‘New repository’ для создания нового репозитория.

Заполняем поле и добавляем конфигурации к репозиторию.

Note: Возможность использовать приватный репозиторий бесплатно до 5 соавторов. Далее нужно оплачивать по прайсу в зависимости от тарифного плана.

Также Вы можете поставить галочку напротив “Initialize this repository with a README”, чтобы создать файл readme.md. В файле readme.md зачастую пишут общую ознакомитильную информацию о проекте, требования к окружению, что нужно сделать перед установкой, как установить, создатели проекта, документация, ссылки и много другое. Этот файл оформляется на языке разметки Markdown (ознакомится с синтаксисом языка можно на странице GitHub - https://guides.github.com/features/mastering-markdown/ ).

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

Если Вы еще не подключили удаленный репозиторий, то делаем это командой:

git remote add test2 URL

где test2 – названия Вашего репозитория, 

URL – URL-адрес Вашего репозитория.

Чтобы посмотреть все подключенные репозитории воспользуйтесь командой:

git remote -v

   Как видим по скрину репозиторий test2 удачно добавился.

     Для подключения можно использовать HTTPS и SSH протоколы. Найти эти поля можно выполнив такие действия: кликаем на иконку с Вашим профилем — Your repositories — и выбираем нужный репозиторий. В открытом окне переходим на ‘Clone or dowland’ и просто копируем  ссылку с поля: соответственно либо HTTPS либо SSH доступом. Как Вы поняли по названию, эту ссылку можно использовать и в других целях, например, для клонирования репозитория.

Выбираем нужный протокол, для использования SSH нужно сгенерировать и добавить  SSH keys, как это делать можно узнать в нашей статье ‘Генерация и добавления SSH ключа для подключения к удаленному репозиторию GitHub’.

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

Для этого нужно воспользоваться командой:

git push URL

Переходим на GitHub и видим, что все наши файлы удачно переместились.

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

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

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

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

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

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

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

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

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

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

Устанавливаем 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.

Без Git веб-разработчику никуда

Но без кода Git не пригодится. Поэтому прокачайте навыки в JavaScript на курсе «Архитектура клиентских приложений».

Регистрация на 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

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

Рассмотрим отправку (push) своего первого проекта с локального компьютера в GitHub репозиторий.

Убедитесь, что git отслеживает ваш проект

1. Используя свой терминал (командную строку), зайдите в папку, где хранятся файлы вашего проекта: cd /path/to/my/codebase.

Я использую Cmder и очень доволен данным терминалом. Также, если вы используете для разработки на PHP Open Server, то в нем есть встроенная консоль.

Важно понимать, что в Cmder есть две версии для скачивания и Git есть только в версии Full.

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

2. Проверьте, инициализирован ли git командой git status.

Вы можете получить такое сообщение об ошибке:

fatal: Not a git repository (or any of the parent directories): .git

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

git init

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

Если всё нормально, то далее выполните процесс добавления и "фиксации" вашего проекта - команды git add и git commit. Но об этом будем говорить дальше.

Напоминаю, что проверить настройки Git и пользователя в Cmder можно командой:

cat ~/.gitconfig

Тильда - это адрес вашего домашнего каталога.

После инициализации Git нельзя удалять папку .git.

Создайте удаленный репозиторий на Github

1. Войдите в свою учетную запись Github.
2. В правом верхнем углу любой страницы Github вы должны увидеть значок «+». Нажмите на это, затем выберите 'New Repository' (рус. - Новый репозиторий).
3. Дайте вашему хранилищу имя - в идеале то же имя, что и у вашего локального проекта. Если я создаю приложение для путешествий, его папка будет называться «travel-app» на моем компьютере, а «travel-app» будет также именем репозитория Github.
4. Нажмите 'Create Repository' (рус. - Создать репозиторий). Следующий экран, который вы увидите, будет важен, поэтому не закрывайте его.

Подключите локальную папку проекта к вашему пустому хранилищу на Github

Сейчас на сайте github вы видите страницу у которой в заголовке написано: "Quick setup — if you’ve done this kind of thing before".

Скопируйте ссылку в поле формы (input) прямо под заголовком, она должна выглядеть примерно так:

https://github.com/mindplace/test-repo.git

Это веб-адрес (ссылка), который будет использовать ваша локальная папка для отправки содержимого в удаленную папку на Github.

1. Вернитесь к своему проекту в терминале / командной строке.

2. В вашем терминале / командной строке введите:

git remote add origin [скопированная ссылка]

Наш пример:

git remote add origin https://github.com/mindplace/test-repo.git

3. Отправьте (сделайте пуш, push) вашей ветки в Github:

git push origin master

4. Вернитесь к экрану репозитория на Github, который вы только что оставили, и обновите его. Название "Quick setup — if you’ve done this kind of thing before". Название должно исчезнуть, и вы должны увидеть свои файлы в репозитории.

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

Что лучше сделать перед отправкой локальных файлов

Перед отправкой локальных файлов в удаленный репозиторий лучше всего проиндексировать все файлы нашего нового проекта.

После команды git init мы можем командой git status увидеть, что не все файлы находятся в индексе.

Чтобы проиндексировать все файлы текущей папки мы вводим команду:

git add .

Точка означает текущую папку.

После того как все файлы проиндексированы мы должны закоммитить наши действия, т.е. зафиксировать:

git commit -m "Начало проекта"

Я бы посоветовал делать комментарий не на русском как в примере выше, а на английском. Это будет хорошей привычкой. Т.е. вместо "начало проекта" хорошо бы написать "start project".

Далее командой git status мы проверяем, что всё сделали правильно и видим такой экран:

Перечислю еще несколько полезных команд для работы с Гитом ниже.

git log

Показывает историю коммитов.

git show a67105fe991a8318asfsdfsd3453sdffsdf

Команда выше показывает через хеш коммита какие изменения были произведены.

Отправка файлов в удалённый репозиторий на GitHub » Nikulux

Вы сделали правки в своём Великом проекте и хотите их отправить на удалённый репозиторий, чтобы все давились слюной от Вашего талантища.
Рассмотрим пример с применением GitHub.

Для того, чтобы отправить свои изменения на удалённый репозиторий Github необходимо предварительно создать аккаунт на этом самом Github и связать свой локальный репозиторий (папка на Вашем компьютере) с удалённым репозиторием.

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

Если вышеперечисленное сделано, то можно приступать к отправке.

Отправка новых файлов на удалённый репозиторий

1. Перейдите в директорию (папку) с привязанным репозиторием
   
2. Поместите в данную директорию свои файл/файлы, которые хотите отправить на удалённый репозиторий GitHub
   
3. Кликните правой кнопкой мыши и нажмите на «Git Bash Here»
   
4. Откроется окно консоли. Теперь переходим к командам для отправки на удалённый репозиторий. Введите команду для добавления директории в список отправки
   
   и нажмите клавишу Enter, в консоле ничего появится не должно;
5. Следующим шагом добавим файл для добавления его в список отправки
   
   и нажмите клавишу Enter, в консоле ничего появится не должно;
6. Теперь проверим какие файлы и директории были добавлены, да и вообще убедимся в каких частях нашего проекта были изменения. Введите команду
   
   и нажмите клавишу Enter, в консоле появится список на отправление
   Появились новые файлы: один новый файл в корне проекта, четыре новых файла в директории newFiles;
7. Теперь необходимо создать текстовую запись (можно сказать, что это запись в журнале изменений) о наших изменениях. Называется этот процесс «создание коммита» или «create commit«. Помните, каждый коммит должен быть атомарен, то есть каждый коммит должен отражать одно изменение в проекте. Хорошей практикой является следующая аксиома: «сделал одну правку в проекте — закоммитил и отправил» и таким образом вносить все правки в свой проект. Не беспокойтесь, что коммитов из-за этого может быть много, это не страшно, страшно тогда, когда в ваших коммитах невозможно разобраться. Текст для коммитов должен быть осмысленным и отображать суть внесённых правок. С коммитами можно провести такую ассоциацию: «Коммит — это запись в журнале изменений проекта. Записывается кто внёс правку, какую человек внёс правку и дату внесения изменения». По этим самим коммитам можно вернуться к определённому моменту развития проекта и работать от этого момента, поэтому каждый коммит должен отражать одно изменение. Жёстким требованием это не является (бывают разные случаи, например нет возможности отправить), но рекомендуется поступать именно так.
   Закомитимся
   Введите следующую команду для того, чтобы создать коммит
   

   git commit -m "Отправка тестовых текстовых файлов"

   git commit -m "Отправка тестовых текстовых файлов"

   
   и нажмите клавишу Enter
   Появилось сообщение о создании новых элементов;
8. Отправляем в репозиторий GitHub, то есть «пушимся»
   
   файлы благополучно отправлены. Подобное сообщение будет и с отправкой на Ваш репозиторий.
9. Убедимся, что всё так. Зайдите на страницу своего репозитория на GitHub
   Обратите внимание на выделенные области, появились новый файл и одна директория, которая содержит в себе четыре файла. Также в заголовке прописано какой был последний коммит в данный репозиторий;

Таким не хитрым образом мы разобрались с «отправка файлов в удалённый репозиторий на GitHub»!

Как загружать файлы на GitHub

1. Около
2. Продукты
3. Для команд

1. Переполнение стека Общественные вопросы и ответы
2. Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
3. Вакансии

Добавление файла в репозиторий

• Все продукты
• GitHub.com
• Начиная
  • Быстрый старт
    • Настроить Git
    • Создать репо
    • Форк репо
    • Быть социальным
  • Изучение GitHub
    • Продукты GitHub
    • Изучение выпусков раннего доступа с предварительным просмотром функций
    • Типы аккаунтов GitHub
    • Часто задаваемые вопросы об изменениях в планах GitHub
    • GitHub CLI
    • GitHub Desktop
    • GitHub для мобильных устройств
    • Разрешения на доступ на GitHub
    • Глоссарий GitHub
    • Шпаргалка по Git
    • Учебные ресурсы Git и GitHub
  • Регистрация на GitHub
    • Зарегистрируйтесь для новой учетной записи GitHub
    • Подтверждение адреса электронной почты
    • Настройка пробной версии GitHub Enterprise Cloud
    • Настройка пробной версии GitHub Enterprise Server
  • Изучение проектов на GitHub
    • Поиск способов внести свой вклад в открытый исходный код на GitHub
    • Сохранение репозиториев со звездочками
    • Следуя за людьми
  • Использование GitHub
    • Поддерживаемые браузеры
    • Устранение проблем с подключением
    • Горячие клавиши
• Учетные записи пользователей
  • Управление настройками учетной записи пользователя
    • О вашей личной панели
    • Управление настройками вашей темы
    • Изменение вашего имени пользователя GitHub
    • Объединение нескольких учетных записей пользователей
    • Превращение пользователя в организацию
    • Удаление вашей учетной записи
    • Уровни разрешений для репозитория учетных записей пользователей
    • Уровни разрешений для пользовательских досок проектов
    • Управление именем ветки по умолчанию для ваших репозиториев

Добавление файла в репозиторий с помощью командной строки

• Все продукты
• GitHub.com
• Начиная
  • Быстрый старт
    • Настроить Git
    • Создать репо
    • Форк репо
    • Быть социальным
  • Изучение GitHub
    • Продукты GitHub
    • Изучение выпусков раннего доступа с предварительным просмотром функций
    • Типы аккаунтов GitHub
    • Часто задаваемые вопросы об изменениях в планах GitHub
    • GitHub CLI
    • GitHub Desktop
    • GitHub для мобильных устройств
    • Разрешения на доступ на GitHub
    • Глоссарий GitHub
    • Шпаргалка по Git
    • Учебные ресурсы Git и GitHub
  • Регистрация на GitHub
    • Зарегистрируйтесь для новой учетной записи GitHub
    • Подтверждение адреса электронной почты
    • Настройка пробной версии GitHub Enterprise Cloud
    • Настройка пробной версии GitHub Enterprise Server
  • Изучение проектов на GitHub
    • Поиск способов внести свой вклад в открытый исходный код на GitHub
    • Сохранение репозиториев со звездочками
    • Следуя за людьми
  • Использование GitHub
    • Поддерживаемые браузеры
    • Устранение проблем с подключением
    • Горячие клавиши
• Учетные записи пользователей
  • Управление настройками учетной записи пользователя
    • О вашей личной панели
    • Управление настройками вашей темы
    • Изменение вашего имени пользователя GitHub
    • Объединение нескольких учетных записей пользователей
    • Превращение пользователя в организацию
    • Удаление вашей учетной записи
    • Уровни разрешений для репозитория учетных записей пользователей
    • Уровни разрешений для пользовательских досок проектов
    • Управление именем ветки по умолчанию для ваших репозиториев
    • Управление настройками безопасности и анализа для вашей учетной записи.

git - Как загрузить файл в репозиторий Github?

1. Около
2. Продукты
3. Для команд

1. Переполнение стека Общественные вопросы и ответы
2. Переполнение стека для команд Где

Добавление существующего проекта в GitHub с помощью командной строки

• Все продукты
• GitHub.com
• Начиная
  • Быстрый старт
    • Настроить Git
    • Создать репо
    • Форк репо
    • Быть социальным
  • Изучение GitHub
    • Продукты GitHub
    • Изучение выпусков раннего доступа с предварительным просмотром функций
    • Типы аккаунтов GitHub
    • Часто задаваемые вопросы об изменениях в планах GitHub
    • GitHub CLI
    • GitHub Desktop
    • GitHub для мобильных устройств
    • Разрешения на доступ на GitHub
    • Глоссарий GitHub
    • Шпаргалка по Git
    • Учебные ресурсы Git и GitHub
  • Регистрация на GitHub
    • Зарегистрируйтесь для новой учетной записи GitHub
    • Подтверждение адреса электронной почты
    • Настройка пробной версии GitHub Enterprise Cloud
    • Настройка пробной версии GitHub Enterprise Server
  • Изучение проектов на GitHub
    • Поиск способов внести свой вклад в открытый исходный код на GitHub
    • Сохранение репозиториев со звездочками
    • Следуя за людьми
  • Использование GitHub
    • Поддерживаемые браузеры
    • Устранение проблем с подключением
    • Горячие клавиши
• Учетные записи пользователей
  • Управление настройками учетной записи пользователя
    • О вашей личной панели
    • Управление настройками вашей темы
    • Изменение вашего имени пользователя GitHub
    • Объединение нескольких учетных записей пользователей
    • Преобразование пользователя в организацию

Загрузка больших файлов на GitHub. 3 способа избежать сообщений об ошибках… | by Eden Au

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

Git Large File Storage позволяет хранить их на удаленном сервере, таком как GitHub. Загрузите и установите git-lfs , поместив его в свой $ PATH . Затем вам нужно будет выполнить следующую команду один раз для каждого локального репозитория :

 git lfs install 

Большие файлы выбираются по:

 git lfs track '*.nc '
 git lfs track' * .csv '

Это создаст файл с именем .gitattributes , и вуаля! Вы можете выполнять операции добавления и фиксации как обычно. Затем вам сначала нужно будет а) отправить файлы в LFS, затем б) отправить указатели на GitHub. Вот команды:

 git lfs push --all origin master 
 git push -u origin master 

Файлы на Git LFS затем доступны на GitHub со следующей меткой.

Чтобы получить репозиторий на другом устройстве, просто установите git-lfs на это устройство (для каждого локального репозитория).

Смотрите также

• 
  Как найти последний распечатанный файл
• 
  Как защитить от редактирования пдф файл
• 
  Как изменить формат файла с psd на jpg
• 
  Как восстановить файлы из корзины после удаления
• 
  Odb файл как открыть
• 
  Как создать reg файл
• 
  Ехе файл как создать
• 
  Как открыть xlm файл
• 
  Как запустить файл из командной строки
• 
  Как передать быстро файлы через интернет
• 
  Как быстро копировать большие файлы