Как правильно залить проект в GitHub с помощью GitHub Desktop?
Скажите, пожалуйста, что я делаю не так. Пытаюсь залить проект через GitHub Desktop, нажимаю создать новый репозиторий, выбираю папку, а у меня появляется только файл .gitattribute . Не судите, если вопрос глупый.
Отслеживать
user262779
задан 20 янв 2019 в 20:22
Шахов Глеб Шахов Глеб
145 2 2 серебряных знака 9 9 бронзовых знаков
Ещё появляется папка .git , но она скрытая. Больше ничего и не будет — вы создали новый, пустой репозиторий.
20 янв 2019 в 20:37
1 ответ 1
Сортировка: Сброс на вариант по умолчанию
Для работы с GitHub Desktop на официальном сайте GitHub есть документация (на английском). Для изучения специфики работы данного приложения, ознакомьтесь с ней пройдя по ссылке.
С учетом того, что GitHub Desktop у вас уже установлен и с интерфейсом вы ознакомились, далее просто необходимо авторизироватся и добавить необходимый репозиторий.
Как добавить? Все просто. Есть два способа:
- Через интерфейс сайта GitHub. Находясь в нужном репозитории, нажимаем кнопку склонировать репозиторий в GitHub Desktop (Save [имя_репозитория] to your computer and use it in GitHub Desktop). После этого вам будет предложено выбрать папку, в которую склонируется проект. Далее он автоматически скачается и запустится в GitHub Desktop.
- Склонировать напрямую из GitHub Desktop. Для этого нужно нажать на значок плюса в левом верхнем углу интерфейса и перейти на вкладку Clone. Выбираем в списке нужный нам репозиторий и нажимаем Clone. После этого будет предложено выбрать папку, в которую склонируется проект.
Теперь, независимо от выбранного способа клонирования, с репозиторием можно работать.
Освоение GitHub на примере Unity проекта. Часть 1
1) Вводим в поисковике Google: “github desktop”. Нажимаем на первую ссылку (https://desktop.github.com/).
2) На главной странице сайта нажимаем на кнопку “Download for Windows”.
3) Устанавливаем программу. Должна появиться на рабочем столе следующая иконка:
4) Вводим в поисковике Google: “github.com”. Нажимаем на первую ссылку (https://github.com/).
5) Регистрируемся на сайте.
Регистрация на сайте
1) В правом углу сайта нажимаем на кнопку “Sign up”.
2) Далее вводим свой логин (имя, которое будет отображаться на сайте), email, пароль и решаем легкую загадку. В самом конце нажимаем на зеленую кнопку “Select in plan”.
3) На следующем шаге выбираем бесплатный аккаунт. Нажимаем на кнопку “Choose Free”.
4) Следующий шаг заполнять не обязательно (он нужен для статистики сайта). Спускаемся вниз и нажимаем на кнопку “Skip this step”.
5) Когда вы увидите сообщение как на скриншоте ниже, то вам нужно перейти в свою почту и подтвердить свой email.
Поздравляю!! Вы успешно зарегистрировались на сайте GitHub.
Отправка проекта на сайт и получение ссылки
1) С главной страницы сайта GitHub переходим в профиль:
2) Переходим во вкладку «Repositories»:
3) Нажимаем на кнопку “New”. Так мы создадим новый репозиторий (хранилище для нашего проекта):
4) Вводим имя репозитория (имя репозитория – это название вашего проекта). Делаем его обязательно публичным (так другие люди смогут посмотреть на ваши проекты), нажимаем галочку в пункте создание файла «README» (данный файл необходим для описания нашего проекта), а также в пункте “Add .gitignore” вводим слово “Unity” и выбираем данный пункт (файл .gitignore позволит заблокировать отправку на сайт ненужных файлов в проекте). Нажимаем на “Create repository”:
5) В итоге мы должны попасть на экран, который отображен на скриншоте ниже.
6) Заходим в приложение «GitHub Desktop». Нас приветствует основной экран приложения. Чтобы привязать свой аккаунт к приложению нажимаем на пункт “Sign in to GitHub.com”.
7) Вводим свои данные (которые мы вводили при регистрации на сайте). Нажимаем на кнопку “Sign in”.
8) На следующем шаге нажимаем на кнопку “Continue” и на последнем экране на кнопку “Finish”.
9) Следующий экран предлагает нам начать работу. В разделе «Your repositories» отображены созданные репозитории (в данном случае будет отображен всего один репозиторий). Сейчас нам нужно клонировать репозиторий с сайта на наш ПК (сделать репозиторий локальным). Нажимаем по кнопке с изображением книги (на скриншоте указывает стрелка).
10) Дополнительно. Если у вас будет несколько репозиториев и вы захотите клонировать еще один, то в самом приложении это можно сделать через меню “File -> Clone repository…”.
11) Переходим во вкладку с надписью “GitHub.com”. Выбираем репозиторий, который хотим клонировать. Далее выбираем путь (обратите внимание, что по умолчанию локальный репозиторий будет сохранятся в папке “Documents”), если хотите поменять путь нажмите на кнопку “Choose…” (лучше выбрать месторасположение локального репозитория на рабочем столе). Последним пунктом нажимаем на кнопку “Clone”.
12) В итоге мы попадем на окно, отображенное на скриншоте ниже.
13) Найдем папку локального репозитория (в документах или на рабочем столе). Папка должна называться также, как и репозиторий, который был создан на сайте. Предположим, что локальный репозиторий называется “FunnyFox”.
14) Создаем в Unity новый проект. Нажимаем на кнопку “Create project”. Ждем, когда откроется пустой проект. Обратите внимание, что в поле Location указано слово Desktop (то есть сохранение на рабочий стол).
15) Выходим из Unity. Проверяем рабочий стол и находим папку с названием нашего проекта (внутри будет много других папок: “Assets”, “Library” и т.д.). В данном случае мой проект и папка называется “New Unity Project”.
16) Переходим в папку пустого проекта (в моем случае “New Unity Project”). Нажимаем сочетание клавиш “Ctrl + A”, чтобы выделить все файлы в папке. Далее нажимаем на сочетание клавиш “Ctrl + C”, чтобы скопировать все файлы проекта.
17) Переходим в папку локального репозитория. Нажимаем на сочетание клавиш “Ctrl + V”, чтобы вставить все файлы проекта в локальный репозиторий.
18) При добавлении (изменении) проекта в нашей локальной репозитории в «GitHub Desktop» будут заметны изменения (элементы, которые мы добавили отмечаются зеленым плюсом, а что мы удалили – красным минусом). Вписываем в строку «Summary» описание сохранения проекта – это называется “commit”. Нажимаем на синюю кнопку “Commit to master”:
19) Мы сохранили изменения, но теперь их необходимо отправить на сайт, где их можно было бы просмотреть. Для этого в «GitHub Desktop» нажимаем на «Push origin». И ждем отправки нашего проекта на сервер:
20) Обновим сайт GitHub, и мы увидим подобный вид экрана (если мы хотим добавить описание проекта, то нажимаем на кнопку, указанную красной стрелкой). Файл успешно загружен на сайт. Поздравляю вас.
21) Теперь для работы над своим проектом мы переходим в Unity, нажимаем на кнопку “ADD” и выбираем папку локального репозиторий. Откроется пустой проект Unity, в котором вы будете создавать свою игру. Папку под названием “New Unity Project” можно удалить.
22) Как другим людям найти ваш Git? По ссылке на нее. Нажимаете на “Clone or download”, копируете ссылку.
Полезные ресурсы
- данный ресурс поможет вам украсить ваше описание к проекту
- для тех, кто хочет быть мастером в git.
Добавление существующего проекта в GitHub с помощью GitHub Desktop
Существующий репозиторий Git можно добавить в GitHub с помощью GitHub Desktop.
- С помощью командной строки удалите все команды git remote, настроенные в настоящее время для данного репозитория.
# Show existing remotes $ git remote -v > origin git@git-server/octocat/hello-world.git (fetch) > origin git@git-server/octocat/hello-world.git (push) # Remove existing remotes $ git remote remove origin 
Практическое занятие «Используем клиент GitHub для десктопа»
Хотя большинство разработчиков используют командную строку при работе с системами контроля версий, существует много доступных клиентов с графическим интерфейсом, которые потенциально могут упростить процесс. Такие инструменты могут быть полезны, когда нужно увидеть, что изменилось в файле, поскольку графический интерфейс пользователя может быстро выделить и указать на происходящие изменения.
Типичный процесс использования десктопного клиента
В этом разделе мы научимся использовать десктопный клиент GitHub для управления процессом Git.
Note: Вместо работы в Wiki GitHub (как делали в предыдущем разделе по GitHub ), будем работать в обычном Git-репозитории. В Wiki GitHub есть некоторые ограничения, когда дело касается отправки запросов.
Для настройки репозитория Git используя клиента GitHub Desktop:
- Скачаем и установим GitHub Desctop. Запускам приложение и авторизуемся. (По идее у нас уже есть аккаунт на GitHub, но есть нет, то создаем его).
- Заходим на страницу github.com и ищем наш репозиторий, созданный в предыдущем разделе. Открываем именно репозиторий, а не страницу Wiki. (Если не практические занятия из прошлого раздела не сделаны, то создаем новый репозиторий).
- Нажимаем кнопку Clone or download и выбираем Open on desktop
- Открываем приложение GitHub Desktop и переходим в File > Clone Repository .
- В диалоговом окне выбираем Open GitHub Desktop.app. GitHub Desktop должен запуститься с диалоговым окном «Клонировать репозиторий», содержащим запрос, где клонировать репозиторий. При желании локальный путь можно изменить.
- Переходим на вкладку URL и вставляем URL-адрес клона. В поле Local Path выбираем, куда клонировать репозиторий. Например:
- Нажимаем Clone
- Переходим в клонированный репозиторий и, либо добавляем простой текстовый файл с некоторым содержимым, либо вносим изменения в существующий файл.
- Возвращаемся в GitHub Desktop. Видим, что новый файл добавлен список незафиксированных изменений в левой колонке.
В списке измененных файлов зеленый знак + означает добавление нового файла. Желтый круг означает изменения существующего файла.
- В левом нижнем углу клиента GitHub Desktop (где написано Summary и Description) вводим описание коммита и кликаем Commit to master.
Когда мы фиксируем изменения, на левой панели исчезает список незафиксированных изменений. Однако изменения мы зафиксировали только локально. Коммит еще нужно отправить в удаленный (origin) репозиторий. («Origin» — это псевдоним, который относится к удаленному хранилищу.)
- Наверху кликаем Push origin
Если посмотреть репозиторий в сети, то увидим, что внесенные изменения были перенесены в основную ветку в источнике. Можно перейти на вкладку 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).
- Как выше, переключаемся на ветку development, вносим изменения в содержимое файла, сохраняем и подтверждаем изменения. После внесения изменений нажимаем Push origin, чтобы отправить наши изменения в удаленную версию ветки разработки на GitHub.
- В GitHub Desktop, с выбранной веткой development, переходим в Branch > Create Pull Request.
На сайте GiHub 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.com. Изменения противоречат друг другу. Что происходит?
Когда нажимаем Push origin от клиента GitHub Desktop, увидим сообщение о том, что хранилище было обновлено с момента последнего извлечения:
“The repository has been updated since you last pulled. Try pulling before pushing.” Кнопка, которая раньше говорила «Push origin», теперь говорит «Pull origin». кликаем «Pull origin». Теперь получаем еще одно сообщение об ошибке, которое говорит:
“We found some conflicts while trying to merge. Please resolve the conflicts and commit the changes.” Если решим зафиксировать свои изменения, то увидим сообщение, которое гласит:
“Please resolve all conflicted files, commit, and then try syncing again.” GitHub Desktop отображает восклицательный знак рядом с файлами с конфликтами слияния. Откройте файл конфликта и найдите маркеры конфликта ( >>>>>> ). Например, такие:
>>>>>> c163ead57f6793678dd41b5efeef372d9bd81035 В командной строке можно запустить git status , чтобы увидеть, какие файлы имеют конфликты.) Содержимое в HEAD показывает локальные изменения. Содержание ниже ======= показывает изменения, внесенные в другом месте.
Устраняем все конфликты, изменив содержимое маркеров, а затем удалив маркеры. Например, обновите содержимое до этого:
This is an edit I made locally. Теперь нужно снова добавить файл в Git. В GitHub Desktop внесем изменения в обновленные файлы. Кликаем Push origin. Обновления на локальном компьютере отправляются на удаленный компьютер без каких-либо конфликтов.
Заключение
Чем больше использовать GitHub, тем больше опыта работы с нужными рабочими процессами. Git — это мощная платформа для совместной работы, в которой есть множество команд, рабочих процессов и функций, которые можно использовать для различных сценариев. Несмотря на разнообразие команд и рабочих процессов Git, наиболее используемые сценарии ограничены по объему и доступны для изучения без особых усилий. Довольно скоро такие рабочие процессы станут автоматическими.
Используемые в этом занятии команды в интерфейсе GitHub Desktop можно попробовать и в командной строке. Возможно, что командная строка понравится больше. Но GitHub Desktop может стать хорошей отправной точкой.