Как добавить файл в репозиторий github desktop
Обновлено: 07.07.2024
После проверки « Загрузить мой проект в 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-адрес удаленного репозитория, куда будет помещен ваш локальный репозиторий.
Я предполагаю, что вы работаете в системе 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
Я думаю, что вам проще всего было бы установить плагин 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 и ничего не сломать. И самое главное — никакой консоли, всё через окошки и с помощью мышки. Для этого используем GitHub Desktop.
Внимание! GitHub Desktop не работает на Windows 7 x32, поэтому если у вас эта версия системы, обновитесь до Windows 10 или воспользуйтесь программой GitKraken на свой страх и риск.
В этой статье идёт рассказ о системах контроля версий. Если вы совсем ничего о них не знаете, прочитайте статьи «Словарь терминов для Git и GitHub» и «Введение в системы контроля версий», чтобы понять терминологию и разобраться, зачем мы вообще это делаем.
Если у вас ещё нет аккаунта на GitHub, то о его создании есть отдельная статья в блоге Академии.
Создание репозитория
Если вы никогда не пользовались гитхабом, нужно будет создать репозиторий для работы над проектом.
На главном экране GitHub Desktop выбираем пункт «Create a New Repository on your hard drive».
Нужно будет ввести название репозитория, его описание и выбрать папку на компьютере, куда будут сохраняться файлы.
После этого нажимаем на Create repository, ждём несколько секунд и готово — на компьютере появилась папка, которой можно пользоваться для разработки вашего проекта.
Клонирование репозитория
Если у вас уже какой-нибудь репозиторий на Гитхабе, его можно клонировать. Клонировать — это скачать все файлы к себе на компьютер, чтобы можно было их изменять и потом загружать обратно.
Выбираем Add -> Clone Repository…
В открывшемся окне выбираем один из имеющихся репозиториев. В данном случае он называется zaverstai, но у вас может быть любой другой.
После этого файлы репозитория начнут скачиваться — если их много, то это займет некоторое время.
Работа с репозиторием. Меняем файлы и сохраняем обратно
Вне зависимости от того, создали вы репозиторий или клонировали его, так выглядит GitHub Desktop с открытым репозиторием, в котором мы пока ничего не меняли.
Слева — поле для измененных файлов, справа — служебная информация. Слева снизу — поле для коммитов.
Если не усложнять, то склонированный репозиторий это просто каталог на компьютере. Можно нажать «Show in Finder» на Mac или «Show in Explorer» в Windows и откроется папка, где лежат все файлы, которые есть в репозитории.
Давайте добавим какой-нибудь файл. Например, я добавил в локальный репозиторий (скопировал в папку) файл index.html, который взял отсюда. Вы можете загрузить файл с кодом вашего проекта или изменить уже существующий.
Сразу после добавления или изменения файла в окне GitHub Desktop будет видно, что изменилось — если мы добавили целый новый файл, то все строчки будут с плюсиками и зелёные. Это значит, что они были добавлены в файл и GitHub Desktop раньше их никогда не видел.
Загружаем новый репозиторий на GitHub
Если вы не создавали новый репозиторий, а склонировали старый, то можете пропустить этот пункт.
После того, как мы добавили какой-то код в свежесозданный репозиторий, нужно сделать коммит, то есть зафиксировать все сохранённые изменения и дать им название. Текст должен быть лаконичным и в то же время сообщать о том, что делает коммит. Например, «добавляет имя наставника в Readme», «вводит функцию сортировки изображений», «правит ошибку в поиске городов на карте». Вводим имя жмём большую синюю кнопку «Commit to main»
Изменения, которые мы внесли и сохранили, пока локальны. Их нужно послать на GitHub. Чтобы опубликовать свежесозданный репозиторий на GitHub, нажмите Publish repository.
Появится подтверждение о публикации репозитория — проверяем название и описание, если нужно, ставим галочку о том, что код приватный, и публикуем.
Добавляем код и коммитим изменения
Репозиторий создан и загружен на GitHub, теперь нужно добавить немного кода.
Когда вы допишете код в файлы, которые находятся в репозитории, вы сможете просмотреть все их изменения в окне GitHub Desktop. Вот здесь, например, мы изменили «второй» на «третий» в тексте страницы — и изменения сразу видны, можно проверить, что всё исправленное будет загружено.
Дальше действуем по проверенной схеме — коммитим изменения.
В центре главного экрана появится предложение запушить коммит в удалённый репозиторий. Соглашаемся и жмём Push origin.
В этой статье была показана работа только с основной веткой репозитория. Если вы хотите разобраться, как создавать новые ветки (и зачем это нужно) и добавлять их в основную ветку, прочитайте статью «Работа с git через консоль». Это более сложная статья, поэтому можете сделать небольшой перерыв и вернуться к ней позже.
Так как эти темы довольно обширные, в статье рассмотрим их обзорно, с минимально необходимой информацией, для общего понимания и базовой работы с GitHub Desktop.
Что такое Git
Git (произносится «гит») — распределённая система управления версиями.
Система управления версиями - определение из Wikipedia
Система управления версиями (от англ. Version Control System, VCS или Revision Control System) — программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий одного и того же документа, при необходимости возвращаться к более ранним версиям, определять, кто и когда сделал то или иное изменение, и многое другое.
Если мы верстаем или программируем, не используя систему Git, то в нашем распоряжении только тот код, который пишем сейчас.
При использовании системы Git мы запоминаем версии кода на нужных нам этапах. Имеем доступ к ранним версиям. Можем смотреть изменения, которые были сделаны между версиями. Можем отменить изменения до любой из версий.
В статье часто будем использовать термин Git, чтобы проще было понять, представим, что Git это условная “записная книжка”, в которую будем записывать, какие изменения происходят в нашем проекте. Добавили файл - записываем, что файл добавлен. Изменили файл - записываем изменения, которые были сделаны в файле. Удалили файл - записываем что файл был удален. И все эти записи храняться в “записной книжке” Git
Технически Git для проекта - это скрытая папка .git в папке вашего проекта. Скрытая папка .git содержит служебные файлы, которые нельзя изменять и удалять
У Git много возможностей, но на данный момент рассматриваем только базовые
Что такое GitHub
GitHub — крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки.
Введем еще один термин, который также будет часто встречаться в статье и в работе с GitHub Desktop - репозиторий.
Репозиторий - определение из Wikipedia
Репозито́рий (англ. repository), хранилище — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.
Если говорить совсем просто, то репозиторий - это наш проект (папка с файлами и системой Git)
Репозиторий может храниться локально на компьютере или чаще всего на таких веб-сервисах, как GitHub
Для чего нужен Github Desktop
Работа с Git подразумевает работу через командную строку, но компания GitHub выпустила приложение, которое сильно упрощает использование Git
Для работы с GitHub Desktop, необходимо зарегистрироваться на GitHub
Переходим на официальный сайт GitHub
На главной странице заполняем форму справа и нажимаем “Sign up for GitHub”
Проходим проверку и нажимаем “Join a free plan”
На следующей странице можно заполнить небольшую анкету (можно не заполнять)
На этой же странице спускаемся в самый низ и нажимаем “Complete setup”
Далее для завершения регистрации просят подтвердить свой email адрес.
Проверяем свою почту. Если письмо пришло, переходим к следующему пункту.
Если письмо не пришло, нажимаем “Resend verification email”.
Если по-прежнему письмо не приходит, можно проверить и изменить настройки - нажимаем “Change your email settings”
В письме от Github нажимаем “Verify email address”
Аккаунт GitHub успешно создан
Установка GitHub Desktop
Переходим на официальный сайт GitHub Desktop
Нажимаем “Download for Windows (64bit)” (операционная система может отличаться)
В открывшемся окне браузера вводим в форму свои данные, как при регистрации, и нажимаем “Sign in”
Если браузер запросит, то подтвердить, что нужно “Открыть приложение GitHub Desktop”
Далее регистрационные данные перенесутся в форму конфигурации (настроек) Git - нажимаем “Continue”
Отключаем пункт “Yes, submit periodic usage stats”, если не хотите периодически передавать статистику работы GitHub Desktop и нажимаем “Finish”
Далее видим начальное окно GitHub Desktop
“Create a tutorial repository…“ - создать обучающий репозиторий
“Clone repository from the Internet…“ - клонировать (скопировать/скачать) репозиторий из GitHub к себе на компьютер
“Create a New Repository on your hard drive…“ - создать новый репозиторий на вашем жестком диске (на вашем компьютере) и добавить систему Git в проект
“Add an Existing Repository from your hard drive…“ - добавить на GitHub репозиторий, который уже есть на вашем компьютере и использует Git
Справа будут отображаться ваши репозитории, которые уже загружены на GitHub, но если только что зарегистрировались, то список будет пуст.
Создаём новый репозиторий
Создаём у себя на компьютере (например, на диске C:) папку projects, где локально будут храниться все наши репозитории.
Переходим в Github Desktop, нажимаем на начальном экране “Create a New Repository on your hard drive…“ или File > New Repository
В открывшемся окне в поле Name пишем название репозитория. В поле Description - описание репозитория, если необходимо. В Local Path выбираем созданную на диске C: папку projects, остальное оставляем по-умолчанию и нажимаем “Create repository”
В папке projects появился репозиторий Project-1
В репозитории Project-1 на данный момент находятся только необходимые служебные файлы Git.
На данный момент репозиторий расположен только локально на компьютере в папке Project-1. Чтобы репозиторий появился в аккаунте GitHub и хранился там, нажимаем “Publish repository”
В появившемся окне оставляем все по-умолчанию. Пункт “Keep this code private” оставляем отмеченным, чтобы репозиторий, пока что, был виден только нам, потом в любой момент репозиторий можно будет сделать открытым, чтобы его видели другие пользователи GitHub. Нажимаем “Publish repository”
Теперь репозиторий скопирован в аккаунт GitHub. Переходим в браузере на GitHub. Сверху справа нажимаем на круглую иконку аккаунта и выбираем пункт “Your repositories”
На странице наших репозиториев появился созданный репозиторий Project-1
Откроем страницу репозитория, нажав на название репозитория в списке. На данный момент в репозитории только служебные файлы.
Создадим на компьютере в папке Project-1 файл index.html и напишем в нем минимальную разметку.
На данный момент файл index.html расположен только локально в папке Project-1. Локальная система Git, которая была создана вместе с репозиторием, об этом файле ничего не знает.
Чтобы Git узнала, что в репозиторий добавился файл, необходимо сообщить это через команду Commit.
Commit - фиксирование текущего состояния файлов, звучит как коммит.
Коммитам необходимо давать названия.
Откроем Github Desktop. Во вкладке Changes видим созданный index.html.
Вводим в поле ниже название коммита - add index.html . Затем нажимаем “Commit to main”, чтобы зафиксировать данное состояние файлов в локальную систему Git. (На данный момент не будем углубляться в ветвление Git)
На данный момент мы зафиксировали файлы в текущем состоянии и сделали запись об этом в локальную систему Git.
Далее, чтобы передать изменения в репозиторий на GitHub, нажимаем “Push origin”
Переходим в наш репозиторий на GitHub и убеждаемся, что файл index.html был добавлен
Далее внесем изменения в файл index.html - добавим заголовок <h1>Project-1</h1>
Переходим в GitHub Desktop, видим что index.html был изменен, вводим название нового коммита - add h1 и нажимаем “Commit to main”
И снова передаем изменения в репозиторий на GitHub - нажимаем “Push origin”
Видим, что index.html был изменен при коммите add h1
Нажав на название файла index.html, убеждаемся что заголовок добавлен
На данный момент умеем создать репозиторий, делать коммиты, и передавать на GitHub
Далее рассмотрим работу с GitHub Desktop с нескольких рабочих мест
Клонирование репозитория
Предположим, мы работаем с проектом дома на компьютере и в офисе на ноутбуке. Чтобы на ноутбуке у нас была актуальная версия проекта, мы должны получить ее из репозитория на GitHub - это действие называется “клонирование”.
Создадим теперь на ноутбуке папку для репозиториев, например notebook projects
Устанавливаем на ноутбук GitHub Desktop, заходим под своим аккаунтом. Нажимаем File > Clone Repository
В списке выбираем необходимый репозиторий
В пункте Local path, нажимаем кнопку “Choose…“ и выбираем созданную папку notebook projects. Далее нажимаем “Clone…“
Репозиторий клонирован (скопирован) в папку Project-1.
Если в GitHub Desktop посмотреть вкладку History, то увидим всю историю коммитов
Внесем изменения в index.html на ноутбуке, добавим <p>Add text from Notebook</p> и сделаем коммит c названием add text from notebook , далее нажимаем “Commit to main”
Отправим коммит в репозиторий на GitHub - нажимаем “Push origin”
Коммит виден в репозитории на GitHub
В index.html добавлен <p>Add text from Notebook</p>
Теперь возвращаемся из офиса домой, открываем GitHub Desktop на компьютере, и чтобы получить изменения, сделанные на ноутбуке, нажимаем “Fetch origin” - проверяем, есть ли отличия локального репозитория на компьютере и репозитория на GitHub
Отличия есть, поэтому далее нажимаем “Pull origin”
И получаем актуальный проект со всеми изменениями
Преимущества
Мы рассмотрели только базовое использование Git, GitHub, GitHub Desktop, но уже можем выделить достаточно много преимуществ (на самом деле их намного больше, как и возможностей)
- Возможность фиксировать состояния проекта на необходимых этапах, и иметь доступ к ранним версиям
- Умение пользоваться Git очень часто встречается в вакансиях - будет вашим преимуществом
- На любом устройстве, в любой момент можете получить доступ до актуального проекта
- Возможность делиться своим проектом с другими пользователями GitHub
- Иметь проекты на GitHub большой плюс при поиске работы
- Возможность пользоваться всеми преимуществами Git без командной строки
Итоги
Возможно, на первый взгляд, покажется сложным, но после небольшой практики, вся базовая работа с GitHub Desktop на начальном этапе сойдется к тому, что вы поработали с проектом на работе > сделали коммит (“Commit to main”) > отправили на GitHub (“Push origin”). Пришли домой > получили изменения из GitHub (“Pull origin”) и продолжаете работу дома.
Возможно, через некоторое время напишу статью про другие возможности GitHub Desktop
Хотя большинство разработчиков используют командную строку при работе с системами контроля версий, существует много доступных клиентов с графическим интерфейсом, которые потенциально могут упростить процесс. Такие инструменты могут быть полезны, когда нужно увидеть, что изменилось в файле, поскольку графический интерфейс пользователя может быстро выделить и указать на происходящие изменения.
Типичный процесс использования десктопного клиента
В этом разделе мы научимся использовать десктопный клиент GitHub для управления процессом Git.
Note: Вместо работы в Wiki GitHub (как делали в предыдущем разделе по GitHub ), будем работать в обычном Git-репозитории. В Wiki GitHub есть некоторые ограничения, когда дело касается отправки запросов.Для настройки репозитория Git используя клиента GitHub Desktop:
В списке измененных файлов зеленый знак + означает добавление нового файла. Желтый круг означает изменения существующего файла.
- В левом нижнем углу клиента GitHub Desktop (где написано Summary и Description) вводим описание коммита и кликаем Commit to master.
Если посмотреть репозиторий в сети, то увидим, что внесенные изменения были перенесены в основную ветку в источнике. Можно перейти на вкладку History в клиенте GitHub Desktop (вместо вкладки Changes) или перейти в меню View > Show History, чтобы просмотреть ранее внесенные изменения.
Note: Многие предпочитают использовать терминал вместо графического интерфейса GitHub для рабочего стола, графический интерфейс упрощает визуальное восприятие изменений, внесенных в репозиторий. При желании можно комбинировать использование командной строки и клиента рабочего стола.Создание ветки
Теперь создадим ветку, внесем изменения и посмотрим как влияют изменения на ветку.
- В GitHub Desktop переходим в Branch > New Branch и создаем новую ветвь. Назовем ее «development» и нажмем Create Branch.
После создания ветки, в центре раскрывающееся меню будет указывать на ту ветку, в которой мы работаем. Создание ветки копирует существующий контент (из ветки master) в новую ветку (development).
- Откроем файл, которые ранее создали и внесем в него изменения, например добавим новую строку с текстом. Сохраним изменения.
- Вернемся в GitHub Desktop и обратим внимание, что на вкладке «Changes» у нас появились новые измененные файлы.
Изменения в файле показывают удаленные строки красным и новые строки зеленым цветом. Цвета помогают увидеть, что изменилось.
- Закоммитим изменения в левом нижнем углу и кликнем на Commit to development.
- Нажимаем Publish branch (в верхней части окна GitHub Desktop), чтобы сделать локальную ветку также доступной в Origin (GitHub). (Всегда существует две версии ветки: локальная версия и удаленная версия.)
- Вернемся в основную ветку (выбираем master в раскрывающемся меню). Затем посмотрим на свой файл (в текстовом редакторе). Стоит обратить внимание, что изменения, внесенные нами во время редактирования в ветке development , не отображаются в основной ветке.
Обычно новую ветку создают, когда вносят значительные изменения в контент. Например, нужно обновить раздел («Раздел X») в своих документах. Возможно, опубликовать другие обновления не нужно, прежде чем публиковать подробные изменения в Разделе X. Если работа была в той же ветке, было бы сложно выборочно загружать обновления для нескольких файлов за пределами Раздела X без отправки обновлений, которые сделали к файлам в разделе Х.
Посредством ветвления можно ограничить свои изменения конкретной версией, которая не запускается, пока не будут готовы изменения к объединению с master веткой.
Слияние (merge) ветки development с master
Теперь научимся объединять наши ветки.
- В GitHub Desktop переключитесь на ветку, в которую вы хотите объединить ветку development. В селекторе веток выберите ветку master.
- Переходим Branch > Merge into Current Branch
- В окне слияния выбираем ветку development и кликаем Merge development into master
После слияния веток изменения будут отображаться и в файле в ветке master.
- Нажимаем Push origin для отправки изменений в удаленный репозиторий.
После этого наши изменения будут отображены в репозитории на GitHub.
Слияние ветки через pull request
Теперь объединим ветку development с master, используя процесс pull request. Мы притворимся, что клонировали репозиторий разработчика, и хотим, чтобы разработчик влил наше изменение в ветку development. (Другими словами, у нас может нет прав на слияние веток в мастер.) Для этого мы создадим запрос на извлечение (pull request).
На сайте GiHub pull request выглядит так:
Pull Request
Стрелка влево (указывающая из ветви development в направлении master) указывает, что запрос на извлечение («PR») хочет объединить ветку development с основной веткой.
- Напишем причину запроса на извлечение и нажмем Create pull request.
- На этом этапе разработчики получат запрос по электронной почте с просьбой объединить их изменения. Попробуем себя в роли разработчика, перейдя на вкладку Pull requests (на GitHub), чтобы проверить и подтвердить запрос. Пока запрос на слияние не вызывает конфликтов, видна кнопка Merge pull request.
Чтобы увидеть, какие изменения объединяются с мастером, можете щелкнуть вкладку Files changed (которая появляется на дополнительной навигационной панели вверху). Затем кликаем Merge pull request для объединения в ветке и Confirm merge, чтобы завершить объединение.
Теперь получим обновления, которые мы слили в master ветку, в свою локальную копию. В GitHub Desktop выбираем master ветку и кликаем кнопку Fetch origin. Fetch получает последние обновления из источника, но не обновляет локальную рабочую копию с изменениями.
После нажатия кнопка Fetch origin изменится на Pull Origin.
- Нажимаем на Pull Origin чтобы обновить локальную копию с полученными изменениями.
Проверим файлы и обратим внимание, что обновления, которые изначально были в ветке development, теперь отображаются и в master.
Note: Более подробное руководство по созданию запросов извлечения с использованием интерфейса GitHub см. В разделе Процесс Pull request на GitHub. Работать с Pull Request нужно уметь, если планируется участие в опен-сорс проектах.Управление конфликтами слияния
GitHub Desktop отображает восклицательный знак рядом с файлами с конфликтами слияния. Откройте файл конфликта и найдите маркеры конфликта ( <<<<<<< и >>>>>>> ). Например, такие:
В командной строке можно запустить git status , чтобы увидеть, какие файлы имеют конфликты.) Содержимое в HEAD показывает локальные изменения. Содержание ниже ======= показывает изменения, внесенные в другом месте.
Устраняем все конфликты, изменив содержимое маркеров, а затем удалив маркеры. Например, обновите содержимое до этого:
Теперь нужно снова добавить файл в Git. В GitHub Desktop внесем изменения в обновленные файлы. Кликаем Push origin. Обновления на локальном компьютере отправляются на удаленный компьютер без каких-либо конфликтов.
Заключение
Чем больше использовать GitHub, тем больше опыта работы с нужными рабочими процессами. Git - это мощная платформа для совместной работы, в которой есть множество команд, рабочих процессов и функций, которые можно использовать для различных сценариев. Несмотря на разнообразие команд и рабочих процессов Git, наиболее используемые сценарии ограничены по объему и доступны для изучения без особых усилий. Довольно скоро такие рабочие процессы станут автоматическими.
Используемые в этом занятии команды в интерфейсе GitHub Desktop можно попробовать и в командной строке. Возможно, что командная строка понравится больше. Но GitHub Desktop может стать хорошей отправной точкой.
Мы уже рассказывали о том, что такое GitHub и зачем он нужен. В этой статье разберём его установку, настройку и сделаем первый пуш.
Для работы с Git можно скачать готовые GUI — наглядные графические интерфейсы для управления репозиторием, например GitKraken или GitHub Desktop. Это отличное решение для новичка, но потом все, как правило, переходят на консоль.
Сегодня поговорим как раз о том, как можно пользоваться Git из консоли. То есть освоим один из самых популярных способов.
Как установить Git
Чтобы использовать команды Git, сперва его нужно поставить на компьютер.
На iOS он чаще всего идёт из коробки: чтобы найти его, нужно открыть терминал и набрать git --version:
Если вдруг его у вас нет, можно воспользоваться менеджером недостающих пакетов для macOS — Homebrew. Для установки пропишите в консоли brew install git.
Чтобы использовать Git на системе Linux, нужно поставить пакет Git. Например, для установки на Ubuntu нужно будет прописать sudo apt install git.
Если вы используете Windows, потребуется поставить консоль. Выберите нужный файл исходя из разрядности вашей системы и загрузите его:
После того как скачаете его, запустите установщик:
Для скорости можно не менять дефолтные настройки и прокликать Next:
Теперь вы можете использовать на Windows такую же консоль, как и на iOS:
Все описанные ниже команды будут работать как в терминале на iOS и Linux, так и в Windows.
Чтобы воспользоваться сервисом, нужно зайти на сайт GitHub и зарегистрировать нового пользователя. Придумайте имя и пароль, а также введите email, к которому у вас есть доступ:
Теперь, когда у вас есть свой аккаунт, нужно залогиниться в самой консоли, чтобы связать их. Для этого понадобится выполнить команды в консоли, которые зададут имя пользователя и почтовый ящик.
git config --global user.name "user-name"
Если вы всё сделали по инструкции, то при выполнении команды git config --list отобразится ваше имя пользователя:
Не забудьте верифицировать аккаунт: откройте первое письмо на почте от GitHub и пройдите по ссылке. Иначе вы не сможете создавать репозитории.
Как опубликовать первый проект на Git
Зайдите в ваш профиль: для этого кликните по иконке в правом верхнем углу и нажмите Your Profile:
Теперь создайте репозиторий: перейдите во вкладку Repositories и кликните по кнопке New:
Задайте имя репозитория. Мы придумали название проекта test-github и сделали его публичным, чтобы его могли просматривать все пользователи. Далее нажмите кнопку Create repository:
Пока проект пустой, но мы можем поместить в него наши файлы с локальной машины.
- клонировать папку по выбранному протоколу;
- создать проект с нуля — сегодня мы рассмотрим именно этот способ;
- опубликовать уже созданный проект;
- скопировать проект.
Создание проекта с нуля
При помощи команды cd нужно найти нужную папку. Про часто используемые команды можно прочитать в статье про работу с терминалом.
git init — инициализирует проект. После инициализации создаётся специальная скрытая папка для Git:
В ней файлы и папки генерируются автоматически. Они нужны для корректной работы Git, никакого дополнительного взаимодействия с этой папкой не предусмотрено:
git add README.md — добавляет изменённые файлы к коммиту. Также это можно сделать при помощи команды git add . — в таком случае вы добавите не конкретные файлы, а все изменённые, если их много:
git status поможет проверить, что происходит с изменёнными файлами. В нашем случае, например, файлы не прикреплены к коммиту:
Теперь снова посмотрим, что скажет git status. Сейчас он пустой, так как все изменённые файлы мы прикрепили к только что созданному коммиту:
git log показывает историю коммитов:
git branch позволяет просмотреть ветки. В нашем примере текущая ветка называется master. Но с 2020 года GitHub выступает за то, чтобы главная ветка называлась main (по политическим причинам) и рекомендует переименовать ветку с помощью команды git branch -M main.
У вас может быть несколько удалённых серверов, с которыми работает проект. Проверить добавленные сервера можно командой git remote -v (fetch — откуда забирать, push — куда отправлять изменения).
И теперь вас можно поздравить с первым опубликованным проектом!
В следующих статьях мы рассмотрим альтернативные способы публикации проекта и дальнейшее взаимодействие с ним. Если у вас есть идеи, что ещё стоит разобрать в наших гайдах, оставляйте комментарии!
Читайте также: