Как пользоваться github desktop: Использование GitHub с GitHub Desktop
Начинаем работать с git — пошаговая инструкция
Первые шаги в освоении мира компьютерных технологий пройдены, ты знаешь, зачем сюда пришёл, к чему стремишься, и как этого добиться, упорно учишься, переходя от курса к курсу. За спиной первые написанные программы и отловленные баги, а впереди маячат светлые перспективы коммерческой разработки программного обеспечения.
Наверное, пора узнать…
Секреты командной разработки
Разработка – это почти всегда командная игра. Пора учиться работать в команде.
Даже если пока что в твоей команде только монитор, системник (или старенький ноутбук) и острое желание стать программистом, всё равно пора учиться.
Программисту проще стать своим среди своих, ведь за него говорят не дежурные улыбки, перекуры и чаепития с печеньками, а чёткие строки кода, элегантные функции и безупречная работа готовых приложений.
Чтобы эффективно работать в команде, мало знать синтаксис языка, ключевые библиотеки и уметь обращаться с базами данных. Необходимо уметь работать в удобной для команды системе контроля версий.
О системах контроля версий их преимуществах и недостатках можно почитать здесь.
В этой статье мы перейдём от теории к практике и расскажем, как работать с git’ом.
Шаг 1. Выбираем git-хостинг
Git-хостинг на разных условиях предлагают десятки компаний.
Самые известные из них: Github, Sourceforge, Google Code, GitLab, Codebase. Выбери удобный интерфейс и регистрируйся на понравившемся хостинге.
В этой статье мы рассмотрим работу с git-хостингом на примере Github’а.
Шаг 2. Регистрация
Процедура регистрации на Гитхабе простая и интуитивно понятная даже для тех, чей уровень английского далёк от Upper Intermediate.
Логин, пароль, почта –> подтверждение, и связь с мировым сообществом программистов налажена.
Шаг 3. Создание репозитория
Ты можешь создать любое количество репозиториев, у каждого из которых будет issue tracking, wiki, условия для проведения code review и многое другое.
Политика разработчиков Github предполагает бесплатное использование хостинга для всех open-source проектов.
Чтобы создать новый репозиторий нажмём кнопку + в верхней части экрана и выберем New repository
Создание репозитория на Гитхабе
Многие разработчики рано или поздно сталкиваются с необходимостью создания приватного репозитория, код из которого доступен только их команде. Для этих случаев на Github’е есть определённый тарифный план.
Но пока острой необходимости в создании приватного репозитория у нас нет, создадим обычный.
Жмём волшебную кнопку Create внизу экрана, и репозиторий готов.
Шаг 4. Работа с репозиторием
Работа с репозиторием может вестись из командной строки, напрямую из среды разработки или из графического интерфейса (git — клиент приложения).
Работа с графическим интерфейсом позволяет лучше понимать процессы, происходящие в локальном и удалённом репозитории. Поэтому я рекомендую начать работу с git с использованием графического интерфейса.
Шаг 5. Выбираем Гит-клиент
Потом, когда суть процессов изменения и обновления (восстановления) информации в репозитории станет для Вас очевидна, можно работать и через командную строку. В этом принципе работы есть немало своих преимуществ. Например, все новые опции Гитхаба реализуются сначала для использования в командной строке, и только потом адаптируются под графические интерфейсы.
Но вернёмся к git-клиентам.
Самыми популярными гит- клиентами на данный момент являются:
SmartGit
Удобное приложение гармонично сочетает все необходимые функции и доступную интуитивно понятную систему управления. SmartGit – один из самых удобных графических интерфейсов для профессиональной разработки. Некоммерческая разработка и разработка open-sourse проектов не требуют платной лицензии.
GitHub Desktop
«Родной» графический интерфейс Гитхаба. GitHub Desktop работает под Windows и Mac и практически полностью копирует функционал основного сайта. Работает под той же учётной записью.
Правда, не всегда оперативно справляется с большими программами.
Зато отлично подходит для начала работы с git.
GitKraken
Поддерживает GitHub, Bitbucket и Gitlab.
Кракен очень любят программисты – фрилансеры, которым периодически приходится менять команды, а значит, и условия командной разработки. Возможность работы с разными git-хостингами через привычное приложение со знакомым интерфейсом в таких случаях играет важную роль.
SourceTree
SourceTree позволяет работать с Bitbucket и GitHub. В приложении довольно простой интерфейс, подходящий, как для опытных программистов, так и для новичков.
Шаг 6. Работа со SmartGit
В этой статье мы рассмотрим работу с SmartGit.
Скачать SmartGit можно, например, отсюда:
Устанавливаем и запускаем.
Основные операции для работы с git
Clone
Первое, чему стоит научиться – это снимать копию проекта из удалённого репозитория в локальный.
Делается это довольно просто:
Clone
Затем копируем ссылку репозитория, созданного на Гитхабе (шаг 2)
Ссылка на репозиторий
Вставляем адрес удалённого репозитория в нужную ячейку в открывшемся окне, выбираем расположение нового локального репозитория у нас на компьютере, и получаем готовый локальный репозиторий.
К слову, аналогичным образом можно клонировать чужой открытый репозиторий и поближе познакомиться с чужим кодом.
Commit
Репозиторий готов – пора приступать к работе.
Написанный код мы помещаем в локальный репозиторий — папку .git (путь к которой мы указали в операции clone).
Добавление файла в локальный репозиторий
Если всё прошло успешно, в окошке SmartGit’а появится скопированный файл.
Новый файл в SmartGit
Для того чтобы зафиксировать изменения в локальном репозитории, нажимаем кнопку Commit.
Commit
В открывшемся окне пишем пояснительный комментарий к сохраняемому файлу и снова нажимаем кнопку Commit
Пояснения к Commit’у
Файл сохранён, а изменения внесены в журнал.
Файл отправлен в локальный репозиторий
Push
Теперь заглянем на Github.com в наш удалённый репозиторий. Там до сих пор нет ни одного файла. Нужно срочно менять ситуацию.
Чтобы перенести изменения, внесённые в локальный репозиторий, в удалённый репозиторий, необходимо нажать кнопку Push.
Push
К слову, отправить изменения в удалённый репозиторий, нам предлагают ещё в точке Commit’а
Commit & Push
Pull
Возникает резонный вопрос: как получат изменения остальные участники разработки, если они клонировали проект в самом начале?
Для этого существует команда Pull, передающая в локальный репозиторий все изменения, происходящие в удалённом.
Pull
К слову, для командной разработки на Гитхабе есть ещё несколько важных опций.
Перенос информации из сторонних репозиториев на Гитхаб
Когда нужно собрать разрозненные кусочки кода в один проект, используйте кнопку Import repository и работайте с файлами в удобном репозитории Гитхаба.
Импортировать репозиторий
Кнопка New gist на этой панели предназначена для мгновенного обмена информацией.
А кнопка New organization открывает массу возможностей для командной разработки.
Заключение
О git’е можно писать ещё долго, подробно рассматривая возможные конфликты, создание и слияние деревьев, работу с ветками, но для начала эффективной работы достаточно знания основных команд и острого желания стать программистом.
Благодаря своей политике (поддержка open-sourse проектов) Github предоставляет удивительную возможность детально рассматривать программы, написанные как новичками, так и признанными гениями – программистами.
Искренне советую посмотреть, как пишут программный код профессионалы. Возможно, однажды отточенная профессиональная стилистика кода, вошедшая в проекты после знакомства с Гитхабом, поможет найти в бурлящем море вакансий работу твоей мечты.
Новый Github Desktop / Хабр
Github выпустил обновленную версию Github Desktop — программы под Windows 7+ и OS X, которая дублирует функциональность сайта github.com, но при этом работает локально на компьютере разработчика.
Github Desktop упрощает многие действия в рабочем процессе и заменяет Github for Mac и Github for Windows на новый унифицированный интерфейс.
Ветви
Ветви всегда доступны в левом верхнем углу в режиме просмотра репозитория. Можно быстро выбрать нужную ветку или создать новую.
Совместная работа
Просмотр изменений (diff) до отправки коммита на сайт, в программе сразу видно, в каких файлах и строчках сделаны изменения. Коммит отправляется из окна программы, без использования командной строки.
Прямо из программы отправляются и пул-реквесты.
Слияние и развертывание
Просмотр коммитов в локальной и удаленной ветке, где сразу ясно видно, какие конкретно изменение нужно слить с проектом. Прямо из программы можно слить свой код в основную ветку для развертывания.
Просмотр истории
Интерактивный график с визуализацией сделанных изменений и коммитов. Прямо на графике можно выбрать коммит и просмотреть историю изменений в локальной ветке.
Некоторые пользователи жалуются, что программа подтормаживает на сложных проектах.
Краткий обзор GitHub и начало работы с ним
Введение
Сегодня я расскажу о GitHub – сервисе для работы с системой контроля версий Git, которая является важным инструментом командной разработки. В этой статье вы узнаете о его основных возможностях и предназначении, познакомитесь с процессом настройки и установки на компьютер, чтобы приступить к использованию.
Зачем нужен Git
Git позволяет возвращать отдельные файлы и весь проект к прежнему состоянию, просматривать происходящие со временем изменения. Определять, кто последним вносил изменения во внезапно переставший работать модуль, отследить цепь событий, которая привела к ошибкам и многое другое. Одним из наиболее популярных ресурсов для работы с Git является GitHub. Для удобства работы с ним существует графический клиент GitHub Desktop и консольный Git Shell. В статье рассмотрен пример работы с использованием этого сервиса и его графического клиента.
Основные возможности GitHub
Этапы разработки
С помощью вкладки commits вы можете изучить историю разработки проекта: когда и кем были внесены изменения в какие файлы и строки, как развивался проект в целом. Коммиты (“commit” — фиксировать) — записи изменений в репозиторий.
Даты последних изменений в файловом каталоге проекта на сайте GitHub
История изменений в текущей ветке в клиенте GitHub Desktop.
Контроль версий
Git позволяет создавать несколько различных, параллельных версий проекта – веток, каждая из которых предназначена для разных целей. Допустим, у вас есть работающий проект. Основная ветка проекта – master. В ней хранится последняя стабильная версия. Для добавления в проект новой функциональности необходимо создать отдельную ветку, при этом данные изменения никак не отразятся на основной версии. Можно переключаться между ветками, что приведёт к изменению файлов локальной версии репозитория.
Работа с ветками в GitHub Desktop
Начало работы
Как развернуть локальный репозиторий
Начнем с того, что для работы с Git необходима локальная копия (клон) удаленного репозитория – папка на компьютере, в которой будут храниться его файлы. С ними вы будете в дальнейшем работать.
Для клонирования репозитория существующего проекта зайдите на страницу вашего проекта, выберите нужный репозиторий, в открывшемся меню нажмите Clone or download, затем – Open in Desktop.
Откроется Git клиент, где вам будет предложено выбрать директорию для скачивания репозитория. После скачивания файлов попробуйте внести изменения в какой-нибудь файл репозитория – они сразу отобразятся в Git клиенте в разделе Changes:
Если вы хотите отменить изменения – нажмите правой кнопкой мыши на галочку напротив файла. Появится вкладка Discard changes. Чтобы отменить изменения во всех файлах – нажмите на самую верхнюю галочку, затем Discard all changes.
Также вы можете развернуть локальный репозиторий, который затем можно синхронизировать c GitHub, нажав на кнопку Сreate. Чтобы добавить существующий репозиторий на вашем компьютере – нажмите Add:
После клонирования репозитория можно приступить к работе. Сначала выберите ветку, в которой вы будете работать.
Для создания новой ветки нажмите на кнопку слева от названия ветки. Новая ветка образуется от той, которая указана; изменения, которые есть в текущей ветке, но отсутствуют в мастере, будут перенесены в новую ветку.Для того чтобы начать работу с последней актуальной версией, нажмите кнопку Sync – ваш локальный репозиторий синхронизируется с удалённым. В локальном репозитории появятся все последние версии файлов. Если вы забудете синхронизироваться перед началом работы, может возникнуть ситуация, когда вы внесли изменения в старую версию файла. В таком случае возникает конфликт ваших изменений с изменениями в актуальной версии. Объединять их вам придется вручную. Процесс этот порой может быть довольно долгим и трудоёмким. Для того чтобы сделать коммит, нужно ввести общее название изменений (Summary). В description описывается, какие изменения были внесены. Оно не является обязательным. Ваш коммит появится в разделе History.
После этого тоже обязательно синхронизируйтесь. Для того чтобы другие разработчики узнали о внесённых вами изменениях и рассмотрели их для внесения в одну из веток, существует действие под названием Pull request. После отправки Pull request’a разработчики знакомятся с изменениями, оставляют комментарии к коду, вносят правки и при необходимости добавляют коммиты.
Ваш реквест появится во вкладке “Рull requests” на странице проекта, поделитесь ссылкой на него с другими участниками. Можете снова добавлять коммиты в созданную ранее ветку, они отобразятся в пулл-реквесте. Когда все изменения будут согласованы, ветки смёрджат (merge — операция слияния веток), пулл-реквест будет закрыт и все изменения окажутся в ветке, в которую он был сделан.
Итоги
Вы узнали об основном предназначении и возможностях GitHub – инструмента, используемого в совместной разработке. Для начала работы с ним нужно:
1. Стать пользователем сервиса github.com и присоединиться к проекту
2. Установить клиент Github Desktop
3. Клонировать нужный репозиторий и начать работать с ним в клиенте
Как пользоваться GitHub — Программирование на C, C# и Java
Чтобы начать пользоваться GitHub – сначала необходимо зарегистрироваться на github.com. Затем Вы можете перейти к использованию сервиса. Работа с VCS возможна двумя способами: через web-интерфейс и с помощью программы на Windows или Mac. Рассмотрим оба варианта взаимодействия с GitHub.
Также рекомендуем ознакомиться со статьёй “GitHub – что это?“, в которой рассказывается о терминологии, принятой при работе с VCS, и о GitHub вообще.
Как пользоваться GitHub через web-интерфейс сайта
После того, как Вы войдёте в свою учётную запись, можно создать новый репозиторий с помощью кнопки “New repository”.
Затем нужно ввести имя нового репозитория (Repository name), его описание (Description) [необязательно], выбрать тип: публичное или приватное (платно), указать – следует ли сразу добавить в репозиторий README-файл, а также можно выбрать параметры для файла .gitignore и приложить текст лицензионного соглашения.
После того, как все данные будут заполнены, нажмите кнопку “Create repository” для создания репозитория.
Файл .gitignore описывает файлы и папки, которые Git не будет загружать в хранилище репозитория. Многие среды разработки программного обеспечения создают свои системные файлы, которые нужны только самой IDE и не содержат никакого кода (плюс зачастую ещё и много весят). С помощью .gitignore можно запретить загрузку файлов такого типа в репозиторий.
Затем Вы попадёте на страницу созданного репозитория:
На ней представлен список файлов, находящихся в репозитории, элементы управления и файл Readme.
Чтобы загрузить новые файлы и выполнить коммит – нажмите кнопку “Upload files”.
Переключение между ветками проекта и создание новых – происходит с помощью кнопки “Branch”.
Создание новой ветки проекта
Новый пулл запросов создаётся кнопкой “New pull request”.
Добавление других программистов к проекту происходит в настройках (Settings) на вкладке Collaborators (коллеги). Для добавления соавтора необходимо ввести в текстовое поле его логин на GitHub или электронную почту, указанную при регистрации, и затем нажать кнопку “Add collaborator” (добавить коллегу).
После добавления соавторы могут приступить к разработке с использованием данной VCS.
При необходимости Вы (или другие разработчики) можете клонировать репозиторий на свой компьютер с помощью Git-клиента и ссылки или скачать его в виде zip-архива. Данные опции доступны при нажатии кнопки “Clone or download” (клонировать или скачать).
Клонирование (с помощью ссылки) или загрузка Git-репозитория
Если Вам нужно удалить репозиторий на GitHub, то для этого перейдите в настройки (Settings) и в самом низу страницы (в Danger Zone), будет кнопка “Delete this repository” (удалить данный репозиторий).
Затем необходимо подтвердить удаление, набрав в текстовом поле имя удаляемого репозитория.
Внимание! Будьте осторожны, после удаления – никакие данные невозможно восстановить!
Как пользоваться GitHub с помощью клиента для компьютера GitHub Desktop
Перво-наперво нужно загрузить и установить на свой компьютер Git-клиент. Их существует множество, но мы поработаем с официальным клиентом для GitHub. Он доступен для загрузки по следующей ссылке. Есть клиенты для Windows и Mac.
Интерфейс Git-клиента
При первом запуске программы необходимо войти в свою учётную запись на GitHub.
Создать или клонировать репозиторий, можно, нажав на кнопку в виде плюса в левом верхнем углу окна программы.
При этом укажите путь к папке на компьютере, где будет храниться локальная копия проекта. Также здесь можно выбрать параметры для файла .gitignore.
Смена и создание веток разработки проекта осуществляется вверху окна программы:
Изменения, внесённые в файлы подсвечиваются в Git-клиенте. Чтобы сделать коммит в локальное хранилище введём название коммита и описание [необязательно], затем нажмём кнопку “Commit to”.
Чтобы загрузить изменения в облако (выполнить команду Push), необходимо нажать кнопку “Sync”.
Также в GitHub Desktop имеется возможность просмотра истории изменений проекта. На скриншоте выше графически изображены все ветки проекта и коммиты. Нажав на любую из точек, можно вернуться к конкретному состоянию.
Спасибо за прочтение статьи!
Как пользоваться GitHub
4.59 (91.76%) 17 votes
Поделиться в соц. сетях:
Git, GitHub и Visual Studio. В помощь новичкам / Песочница / Хабр
О чем:
В ней будет коротко рассмотрено что это за вещи, зачем нужны, и простой способ работы – из среды Visual Studio. То есть Bash или GitHub клиент использоваться не будут.
Внимание:
На Хабре уже есть похожая статья – [вот она]. В своей публикации я дополню слова Алексея и расскажу метод проще.
Для кого:
Статья направлена в помощь людям которые не работали с Git, GitHub, и хотят освоить в общих чертах как можно быстрее и без сложностей начать работу с ними.
О тексте:
Старался писать проще и с большим количеством скриншотов и пояснений. Ведь лучше, когда они есть чем, когда их нет и о чем-то приходится догадываться.
Итак, немного теории чтоб понять, что делать дальше:
- Git и GitHub – связаны, но они не одно и то же.
Git – распределенная система контроля версий. Можете представить, как механизм резервного копирования, сохранения в играх. То есть в любой момент вы можете вернуться к предыдущему состоянию и попробовать сделать что-то иначе.
Распределенная значит что все данные хранятся не только у вас, но и на сервере (GitHub), у других участников команды (если таковая имеется).
Если непонятно, можете посмотреть — www.youtube.com/watch?v=w3jLJU7DT5E - Терминология тоже имеется на ней внимание не заостряю, не о том сейчас.
Что нужно:
- Visual Studio 2015 года или новее
- Подключение к интернету
- Несколько гигабайт памяти на жестком диске
Инструкция:
- Переходим в меню Tools → Extensions and Updates → откроется вкладка Installed → если в расширениях отсутствует «GitHub Extension for Visual Studio» идем дальше, иначе перейдите к пункту следующему пункту инструкции → вкладка Online → ищем в поиске наше расширение → скачиваем и устанавливаем.
Для наглядности:
- На аккаунте GitHub создаем новый репозиторий. Смотрим:
После, с GitHub копируем ссылку: - Открываем Visual Studio → меню View → Team Explorer → в подпункте GitHub нажимаем Connect → вводим учетные данные → Sign in. Скриншоты:
- Создаем какое-то решение или заходим в существующее и добавляем в систему контроля версий. Для этого нажимаем правой кнопкой мыши на решении (на проекте такого пункта нет) и выбираем “Add Solution to Source Control”:
- Нажимаем на стрелку внизу, и мы попадем в меню. В нем вставляем ссылку на репозиторий созданий ранее:
- Если репозиторий пустой все пройдет как надо. В моем случае там уже лежит один проект созданий специально чтоб вызвать ошибку. Он не имеет с этим ничего общего, даже файлы разные.
Выходов из ситуации несколько, я рассмотрю только один из них — создание новой ветки [другой путь разработки, тестовый полигон. По умолчанию установлена ветка “master”] в репозитории для этого делаем следующее:
Дополнительно:
Чтоб GitHub верно отображал русские комментарии (если есть) при просмотре кода через сайт нужно сделать следующее:
Cоветую всё-таки изучить Git Bash.
Я старался писать как можно понятнее, если что-то не так, то поправьте в комментариях!
На этом все. Спасибо за внимание!
Установка и настройка GitHub Desktop
Документы GitHub
Все продукты
- GitHub Desktop
Установка и настройка
- Обзор
- Начало работы с GitHub Desktop
- Создание вашего первого репозитория
- Поддерживаемые операционные системы
- Горячие клавиши
- Запуск из командной строки
- Установка и аутентификация на рабочем столе GitHub
- Настроить
- Установка
- Аутентификация
- О подключениях к GitHub
- Обновление рабочего стола GitHub
- Удаление GitHub Desktop
- Настройка и настройка GitHub Desktop
- Настройка Git
- Настройка основных параметров
- Настройка редактора по умолчанию
- Настройка темы для рабочего стола GitHub
- Обзор
.
Создание вашего первого репозитория с помощью GitHub Desktop
Документы GitHub
Все продукты
- GitHub Desktop
Установка и настройка
- Обзор
- Начало работы с GitHub Desktop
- Создание вашего первого репозитория
- Поддерживаемые операционные системы
- Горячие клавиши
- Запуск из командной строки
- Установка и аутентификация на рабочем столе GitHub
- Настроить
- Установка
- Аутентификация
- О подключениях к GitHub
- Обновление рабочего стола GitHub
- Удаление GitHub Desktop
- Настройка и настройка GitHub Desktop
- Настройка Git
- Настройка основных параметров
- Настройка редактора по умолчанию
- Настройка темы для GitHub De
- Обзор
.
GitHub Desktop Documentation — GitHub Docs
Документы GitHub
Все продукты
- GitHub Desktop
Установка и настройка
- Обзор
- Начало работы с GitHub Desktop
- Создание вашего первого репозитория
- Поддерживаемые операционные системы
- Горячие клавиши
- Запуск из командной строки
- Установка и аутентификация на рабочем столе GitHub
- Настроить
- Установка
- Аутентификация
- О подключениях к GitHub
- Обновление рабочего стола GitHub
- Удаление GitHub Desktop
- Настройка и настройка GitHub Desktop
- Настройка Git
- Настройка основных параметров
- Настройка редактора по умолчанию
- Настройка темы для рабочего стола GitHub
- О Git LFS
- Обзор
Участие и сотрудничество
.
Установка и аутентификация на GitHub Desktop
Документы GitHub
Все продукты
- GitHub Desktop
Установка и настройка
- Обзор
- Начало работы с GitHub Desktop
- Создание вашего первого репозитория
- Поддерживаемые операционные системы
- Горячие клавиши
- Запуск из командной строки
- Установка и аутентификация на рабочем столе GitHub
- Настроить
- Установка
- Аутентификация
- О подключениях к GitHub
- Обновление рабочего стола GitHub
- Удаление GitHub Desktop
- Настройка и настройка GitHub Desktop
- Настройка Git
- Настройка основных параметров
- Настройка редактора по умолчанию
- Обзор
.