Как залить файлы на github через git bash

Обновлено: 05.07.2024

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

Два способа

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

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

Здесь очень важнный момент. Если вы отметите любые опции (добавить .gitignore, лицензию и/или readme), то фактически это будет означать инициализацию репозитория. То есть это уже не пустой репозиторий, а наполненный и инициализировнный. В этом случае для связки придётся вначале клонировать удаленный. Это первый способ.

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

Установка Git

Я всё ставил с официального сайта Git. Там же на сайте есть руководство Book, где описаны все начальне шаги. Поэтому будем считать, что git установлен и настроен.

Рассмотрим два способа отдельно.

Первый способ

Наш проект размещается в каталоге /demo/ . Было бы неплохо сохранить этот каталог и для дальнейшей работы. Для того, чтобы обезопасить себя, переименуем его /demo-temp/ любым файловым менеджером. То есть теперь каталога /demo/ у нас нет.

Запускаем git-bash и клонируем удаленный репозиторий на локальную машину:

Появится каталог /demo/ который создал git. Он должен быть пустой, кроме подкаталога «.git» — это служебный каталог, и его трогать не нужно.

Теперь копируем в каталог /demo/ содержимое нашего проекта, которое мы сохранили в /demo-temp/ . Всё, что мы сюда скопируем, будет вылождено на GitHub, поэтому желательно удалить все ненужные файлы. Если какие-то служебные файлы требуются для проекта, то их можно указать в файле .gitignore.

Это добавит все файлы для отслеживания git'ом. Проверить состояние (до и после add) можно командой

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

Для удобства можно сразу выставить метку версии (опять же любой вариант):

Теперь нужно обновить метки на удаленном репозитории (если вы их задали).

Здесь также нужно будет ввести логин и пароль.

Всё, синхронизация выполнена! Временный каталог /demo-temp/ можно удалить или сохранить как старый резервный вариант.

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

Для настройки push, если требуется, пишем:

Второй способ

Наш проект может размещатся в любом каталоге. Для него нужно инициализировать git. Это стандартная процедура:

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

Для связи с GitHub'ом следует указать удаленный репозиторий:

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

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

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

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

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

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

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

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

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

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

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

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

Установка в Windows

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

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

Установка в Linux

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

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

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

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

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

Настройка Git

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

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

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

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

Что такое GitHub?

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

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

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

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

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

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

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

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

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

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

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

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

/.ssh , поэтому нужно проверить содержимое этого каталога.

Открываем консоль.
Вводим cd

Открываем консоль и вводим команду: Указываем тот адрес электронной почты, который вводили при регистрации на GitHub. Генерируем ключ.
Далее нужно указать расположение файла для сохранения ключа. Если вы не введёте путь до файла и просто нажмёте Enter, ключ сохранится в файле, указанном в скобках.
Теперь нужно установить пароль к вашему ключу и дважды ввести его. Если вы не хотите вводить пароль каждый раз, когда используете ключ, пропустите этот шаг, нажав «Enter», и ничего не вводите. Указываем расположение ключа и вводим пароль.

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

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

/.ssh/config файл, чтобы автоматически загрузить ключи в ssh-agent и хранить пароли.

Вы можете добавить свой приватный ключ в ssh-agent и сохранить пароль к нему с помощью команды ssh-add -K

/.ssh/id_rsa . Если у вашего ключа другое имя, не забудьте заменить id_rsa в команде на правильное название.

/.ssh права доступа командой chmod 700

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сделали копию репозитория.

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

Новая ветка.

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

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

Переключаемся между ветками.

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

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

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

Состояние ветки.

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

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

Делаем коммит.

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

Отправляем изменения.

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

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

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

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

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

После проверки « Загрузить мой проект в github» я до сих пор не знаю, как загрузить проект в мой репозиторий Git Hub.

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

Я поискал на странице репозитория какую-то кнопку загрузки, но ничего подобного не видел.

Я просмотрел предоставленные ссылки, но все еще не понимаю. Они упоминают командную строку, это командная строка Windows или Git Bash? Потому что я тоже ничего не могу сделать.

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

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

Вы также можете использовать sourcetree для установки как git, так и mercurial в Windows.

Вот как это сделать в Windows:

Пока что описанные выше шаги - это то, что вы сделали бы, даже если бы не использовали github. Это обычные шаги для запуска репозитория git. Помните, что git является распределенным (децентрализованным), это означает, что вам не нужно иметь «центральный сервер» (или даже сетевое соединение), чтобы использовать git.

* Примечание: your-repo-name должен быть создан в GitHub перед тем, как вы сделаете это. git remote add origin . Как только вы это сделаете, git теперь знает о вашем удаленном репозитории. Затем вы можете сказать ему, чтобы он отправлял (то есть "загружал") ваши зафиксированные файлы:

git push -u origin master

Я следил за этим в командной строке Windows, и он сказал, что git в основном не распознается. Но я следил за ним в Git Bash, и он дошел до конца, и после запроса моего имени пользователя и пароля он сказал ошибку: src ref spec master не соответствует ни одному. ошибка: не удалось После небольшого исследования я понял это. Если я использую git pull origin master перед нажатием, он работает отлично . спасибо :) @Tomer, я полагаю, вы могли бы использовать одного из тех провайдеров "ide в облаке", но было бы намного проще использовать портативную версию git (для Windows), которая не требует установки.

Выполните следующие действия для проецирования на Github

1) git init

2) git add .

3) git commit -m "Add all my files"

Требуется загрузка проекта с нуля git pull origin master .

5) git pull origin master

6) git push origin master

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

если у вас проблемы с загрузкой!

Авторизовался только для того, чтобы проголосовать за этот замечательный ответ! Все , что я отсутствовал на Рождество --force

Здесь я объясняю, как я это сделал в Window, может быть, это также помогает другим :)

Обязательно установите Git и GitHub .

После завершения установки откройте «git bash»;

так что появится окно, как показано ниже:

Идите вперед и введите, cd

чтобы убедиться, что вы находитесь в домашнем каталоге;

Вы можете проверить адрес, который вы в нем, набрав pwd ;

Теперь вам нужно создать учетную запись GitHub ;

После создания учетной записи GitHub войдите в систему;

После того, как вы вошли в систему, в правом верхнем углу нажмите на + и выберите «Новый репозиторий».

Затем в открывшемся окне введите имя, которое вы хотите иметь для репозитория, в поле «Имя репозитория». Добавьте «Описание (необязательно)», если хотите, и отметьте «Инициализировать этот репозиторий с помощью README». Затем нажмите «Создать репозиторий».

Теперь перейдите к вашему драйверу C; создайте новую папку и назовите ее «git». Теперь перейдите в окно «git bash»; измените каталог на диск c, набрав cd

; cd /c Если вы введете ls там, он покажет вам папки там; Убедитесь, что там отображается папка git:

Теперь вернитесь в браузер; перейдите на свою страницу GitHub, щелкните созданный репозиторий; и нажмите «Клонировать или скачать»; и скопируйте адрес, который там отображается (выбрав копировать в буфер обмена)

Теперь вернемся к «git bash»; Используйте команду, cd git чтобы перейти в папку git; теперь напишите следующие команды для подключения к вашему GitHub (введите имя пользователя и пароль своего GitHub, когда он вас спросит)

Теперь, если вы выполните ls команду, вы увидите там свой репозиторий; Если вы также откроете папку git, которая у вас есть в вашем окне, вы увидите, что ваш репозиторий добавлен как папка.

Теперь используйте команду cd, чтобы перейти в репозиторий: cd Test

Скопируйте и вставьте все файлы, которые вы хотите поместить в этот репозиторий, в эту папку.

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

add filename (имя файла - это имя файла, который вы хотите загрузить), или вы можете ввести команду ниже, если вы хотите добавить все файлы в папку:

Затем введите: git commit -m "adding files" . И потом: git push -u origin master .

И тогда все должно быть готово, если вы обновите свою учетную запись GitHub, файлы должны быть там :)

Выполните эти два шага:

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

3) git commit -m "Add all my files"

Для загрузки проекта с нуля требуется мастер git pull origin.

5) git pull origin master

6) git push origin master

Если возникнут какие-либо проблемы при нажатии, используйте git push --force origin master

git push --force origin master решил мою проблему! Благодарность!

Это сработало для меня;

Особенно важно, чтобы пользователи окон сначала загрузили git. Я усвоил это на собственном горьком опыте. Пользователям Mac очень повезло. @ Alchemist21 Но самый трудный путь даст вам лучший пункт назначения;)

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

в этом случае лучше использовать c / p, чем просто сказать «ответ здесь». ПО МОЕМУ МНЕНИЮ. IMHO, c / p в порядке, но требуется источник, так как он может устареть.

Я предполагаю, что вы работаете в системе Windows, как я, и у вас установлен GIT. Вы можете запустить эти команды из простой командной строки в каталоге проекта или использовать GitBash.

Шаг 1. Создайте репозиторий в GIT вручную. Дайте ему любое имя, которое считаете нужным.

Шаг 2: Зайдите в локальный каталог проекта. Если вы хотите опубликовать свой код в этом новом репозитории, который вы только что создали, убедитесь, что в корневом каталоге проектов нет папки с именем .git, если она есть, удалите ее. Команда выполнения git init

Шаг 3: Запустите команду git add .

Шаг 4: Выполнить команду git commit -m YourCommitName

Шаг 6: Выполнить команду git push --set-upstream YourRepositoryName master --force

Надеюсь, мой ответ помог.

Откройте Git Bash.
Измените текущий рабочий каталог на свой локальный проект.
Инициализируйте локальный каталог как репозиторий Git: $ git init
Добавьте файлы в новый локальный репозиторий. Это настраивает их для первой фиксации: $ git add .
Зафиксируйте файлы, которые вы разместили в своем локальном репозитории: $ git commit -m "First commit"
Вверху страницы быстрой настройки репозитория GitHub щелкните, чтобы скопировать URL-адрес удаленного репозитория.
В командной строке добавьте URL-адрес удаленного репозитория, куда будет помещен ваш локальный репозиторий: $ git remote add origin remote repository URL
Отправьте изменения в локальном репозитории на GitHub: $ git push origin master

@Kateract Ты вдохновил меня быть добрее к новым людям. Я буду использовать ваш пост в качестве ориентира.

Я думаю, что вам проще всего было бы установить плагин git для eclipse, который работает более или менее так же, как плагины eclipse CVS и SVN:

Сначала вам нужно создать учетную запись на Github
Затем создайте новый проект - назовите этот проект по своему усмотрению, тогда отобразится URL-адрес вашего проекта.
Теперь скопируйте URL
Затем откройте командную строку и перейдите в каталог или папку, которую вы хотите загрузить с помощью cmd.

Затем введите следующие команды

Теперь проверьте свою учетную запись GitHub, репозиторий успешно загружен.

Чтобы получить полное руководство, вы можете посмотреть это видео .

Загрузите SourceTree. Он доступен для Windows 7 + и Mac и настоятельно рекомендуется загружать файлы на github через интерактивный интерфейс.

После попытки подтолкнуть ошибки были примерно такими:

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

Убедитесь, что в вашей системе установлен git . Я объясняю процесс с помощью ОС Windows

Вот как я это сделал:

1. Откройте cmd (вы также можете сделать это с помощью git bash).

2. Перейдите в каталог вашего проекта (где находится ваш проект).

3.Теперь введите your_directory >git init это инициализирует пустой репозиторий, если это первый раз, и введите. например: C:\Users>git init

4.Теперь введите your_directory >git add <filename> (для определенных файлов) или git add . (если вы хотите добавить все файлы) и введите.

5.Теперь введите >git commit -m "commit message goes here" и войдите.

(в случае, если вам нужно проверить статус, вы можете сделать это, набрав >git status ) и войдите.

6.Теперь введите >git remote add origin git_repository_url

(проверьте >git remote -v ) и войдите.

7. Теперь поверните, чтобы нажать . >git push origin master и войти.

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

Надеюсь, это сработает для вас.

Следуйте инструкциям от RishiKesh Pathak выше, вы даже можете сократить команду push, вставив эту командную строку только один раз:

Так что в следующий раз вместо использования git push origin master вам просто нужно:

Лучший способ использовать git - это запустить Gitting . Попробуйте этот веб-сайт, на котором вы шаг за шагом узнаете, каковы основные способы выполнения функций в командной строке для продвижения проекта на GitHub.

Это называется try.github.io, или вы также можете пройти курс codeAcademy.

Хотя эта ссылка может дать ответ на вопрос, лучше включить сюда основные части ответа и предоставить ссылку для справки. Ответы, содержащие только ссылки, могут стать недействительными, если ссылка на страницу изменится. - Из @VinothKrishnan Согласен, позаботимся об этом в следующий раз

Я сделал следующее;

Конечно, вам нужно установить git

Шаги по загрузке проекта в git: -

step1-open cmd и измените текущий рабочий каталог на местоположение вашего проекта.

step2-Инициализируйте каталог вашего проекта как репозиторий Git.

step3-Добавьте файлы в ваш локальный репозиторий.

step4-Зафиксируйте файлы, которые вы разместили в локальном репозитории.

step5-Скопируйте URL-адрес удаленного репозитория.

Шаг 6 - добавьте URL-адрес удаленного репозитория в качестве источника в вашем локальном местоположении.

$ git add origin copied_remote_repository_url

Шаг 7 - подтвердите, что ваше происхождение обновлено, а не нет.

$ git удаленное показать происхождение

Нам нужен Git Bash
В разделе команд Git Bash:

Он покажет вам местоположение по умолчанию.

1.2 CD "C: \ Users \ user \ Desktop \ HTML" Нам нужно указать путь к проекту

1.3 git init Он инициализирует пустой репозиторий git в C: \ Users \ user \ Desktop \ HTML

1.4 ls Он перечислит все имена файлов

1.6 git remote -v Чтобы проверить погоду, у нас есть разрешение на выборку или отправку

1.7 git add. Если поставить. тогда это означает, что все, что у нас есть в perticular папке, публикует все.

1.8 git commit -m "Первый раз"

1.9 git push -u origin master

Что вам нужно, это SSH-соединение и инициализация GitHub в ваш проект. Я объясню под машиной Linux.

Начнем с простых вещей: войдите в свой проект в терминале и используйте:

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

1. открыть Git Bash

2. перейдите в каталог, где у вас есть база кода (расположение проекта) cd в расположение проекта cd / * / *** / ***** / ***** Затем здесь вам нужно выполнить команды git

git init нажмите Enter, тогда вы увидите что-то вроде этого ниже Инициализированный пустой репозиторий Git в *: / *** / **** / ***** /. git /, поэтому git init инициализирует пустой репозиторий GIT на локальном

git add. нажмите Enter, указанная выше команда добавит весь каталог, подкаталог, файлы и т.д., вы увидите что-то вроде этого предупреждения: LF будет заменен на CRLF в ****. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. У файла будут исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. У файла будут исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в **************. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ************. У файла будут исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *************** Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в j *******. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ***********. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в **************. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ***********. У файла будут исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *********.

git commit -m "первая фиксация" нажмите ввод -m предоставленная опция для добавления комментария, он зафиксирует код на этапе env, вы увидите что-то вроде этого

[master (root-commit) 34a28f6] добавление ******** предупреждение: LF будет заменен на CRLF в c *******. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. Файл будет иметь исходные окончания строки в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *********. Файл будет иметь исходные окончания строки в вашем рабочем каталоге.

предупреждение: LF будет заменен на CRLF в ***********.

27 файлов изменено, 3724 вставки (+) режим создания 100644 ***** режим создания 100644 ***** режим создания 100644 ***** режим создания 100644 ****** режим создания 100644 ***** * режим создания 100644 ***** режим создания 100644 ******

GitHub — один из используемых сервисов размещения проектов для совместной разработки. Он поддерживает контроль версий, возможность отслеживания изменений кода, сравнение строк, а также он бесплатен.

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

Установка git

Управление выполняется с помощью приложения git. Если его нет в системе, установку можно выполнить из репозитория.

Если используем CentOS / Red Hat:

yum install git-core

Если используем Ubuntu / Debian:

apt-get install git

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

Синтаксис

Команды имеют следующий синтаксис:

* полный перечень опций, команд и аргументов можно получить командой man git.

Создание проекта на локальном компьютере

Инициализируем проект для git:

Мы получим ответ похожий на:

Initialized empty Git repository in /projects/.git/

Это означает, что репозиторий git создан.

Теперь добавим файлы в репозиторий:

* данной командой мы добавили папку и ее содержимое в репозиторий git.

Отправка данных на GitHub

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

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

Создаем репозиторий. Для этого кликаем по иконке профиля и переходим в раздел Your repositories:

И кликаем по кнопке New. В следующем окне даем название репозиторию и нажимаем Create repository:

Мы увидим страницу с путем к репозиторию:

Заливаем проект в репозиторий на GitHub

Добавляем комментарий к нашему проекту:

git commit -m "Очередное изменение проекта" -a

* где Очередное изменение проекта — произвольный комментарий; параметр -a указывает, что комментарий нужно применить ко всем измененным файлам.

Теперь подключаемся к созданному репозиторию:

* где dmosktest — логин, который был указан при регистрации на github, а project1 — название, которое мы задали, когда создавали репозиторий.
* удалить удаленный репозиторий можно командой git remote rm origin.

Закидываем проект на GitHub:

git push origin master

* где master — ветка проекта (веток может быть несколько).

В нашем проекте на GitHub должны появиться файлы проекта:

Получение файлов с GitHub

Для загрузки на компьютер файлов, создаем каталог с проектом и переходим в него:

Проводим начальную настройку локального репозитория:

Подключаемся к удаленному репозиторию:

Скачиваем проект командой:

Клонирование проекта

git clone <репозиторий на GitHub>

Например, использую наш репозиторий:

* данная команда создаст в текущей папке каталог project1 и инициализирует его как локальный репозиторий git. Также загрузит файлы проекта.

Возможные ошибки

* где dmosktest/project1.git — путь к нашему репозиторию.

Причина: проект ни разу не был зафиксирован (закоммичен).

Читайте также: