Github — GitHub (Вебинар)


Содержание

Изучайте Git на практике

Особенности курса:

  • — Теория, основанная на многолетней практике
  • — Уникальная практика в специальных контейнерах
  • — Сложные экзамены
  • — Матерные частушки new!

После прохождения этого курса вы сможете преодолеть барьер «неловкости» перед Git, значительно повысить свою производительность и найти работу в достойной IT-компании

Git — окно в мир профессиональной разработки

Git — не роскошь, а необходимость

Содержание курса Go Git

Настройки

Вебинар. Практика: 48 заданий. Экзамен: 10 вопросов.

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

Сохраняемся

Вебинар. Практика: 30 заданий. Экзамен: 10 вопросов.

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

Осматриваемся

Вебинар. Практика: 67 заданий. Экзамен: 10 вопросов.

Скажу прямо: умение осматриваться (и откатываться) в консоли переведет вас из состояния «трогал Git» в состояние «плавали, знаем». Если вы вникнете во все приемы, которые я дам вам на этом занятии, вы сможете находить проблемы в разы быстрее, понимать что, когда, где и зачем было сделано. Это понимание даст вам уверенность в себе при работе над проектом, особенно в команде. Наверное, нельзя выделять любимых детей, но это занятие — одно из моих любимых. Удачи!

Откатываемся

Вебинар. Практика: 53 задания. Экзамен: 10 вопросов.

Если умение осматриваться добавит вам уверенности при работе с Git в команде, то умение откатываться сделает вас полноценным Чаком Норрисом. Не помню, чтобы он работал в команде, но вы поняли идею. Мы рассмотрим более 12 способов откатывать изменения в репозитории. Это очень-очень крутой урок.

Ветки и теги

Вебинар. Практика: 53 задания. Экзамен: 12 вопросов.

На этом уроке я объясню, как можно использовать ветки и тэги, дам команды для быстрой работы с ними. Еще я объясню понятным языком, в чем разница между master , origin/master и origin master . Мы обсудим также Gitflow — самый популярный принцип командной работы в Git.

Слияния и конфликты

Вебинар. Практика: 62 задания. Экзамен: 13 вопросов.

Никто не любит конфликты. Это нормально. Но профессиональные разработчики не должны бояться конфликтов. Я научу вас четырем наиболее удобным способам слияния (да, не только merge ), в том числе без конфликтов. Конечно, разрешать конфликты в консоли мы тоже научимся. Уверен, этот урок прогонит последнего буку из вашего шкафа.

Удаленные репозитории

Вебинар. Практика: 53 задания. Экзамен: 9 вопросов.

Мы обсудим принципы и нюансы команд для обмена данными с удаленными репозиториями, различия между ssh и https . Вы научитесь работать со связями удаленных репозиториев и удаленных веток. Мы поговорим про возможные проблемы при обмене данными. Также я расскажу вам о форках и пул риквестах. Этим уроком мы закроем оставшиеся пробелы вашего понимания Git.

Лайфхаки и инструменты

На десерт я открою вам редкие, но очень удобные команды Git, а также команды для работы с консолью Linux (Bash), которые не собраны ни в одном другом месте. Это квинтэссенция всех хитростей, которые я собрал за последние годы работы с Git в частности и Unix в целом.

Начинаем работу github

Сразу скажу, что эта «статья» больше для новичков чем для старожил и я буду рад если дадут дельный совет.

Намедни, недавно решил отвлечься от основной работы и всё таки примкнуть к open source сообществу и написать свой велосипед и заодно разобраться с тем как работать

с github и сделать так что-бы мой код мог быть обосранным использованным другими разработчиками которые более умны чем я и не любят писать велосипеды.

Нам нужно установить git. Мануал курить отсюда

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

Потом необходимо создать репозиторий

После успешного создания репозитория вам выдадут адрес репозитория. Сохраните его.

Учтите что мы создали пустой репозиторий без файлов.

Далее заходите в терминал (*nix системы) или в коммандную строку Windows.


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

А потом выполняйте команду

и создайте там пустой файл. Мы создадим файл README.md — это файл описания нашего проекта

И добавим его в отслеживание git`ом введя команду в терминале

Теперь этот файл у нас будет отслеживатся git`ом и его изменения будут фиксироваться с помощью git`a

Далее нам нужно наш локальный репозиторий «подружить» с нашим удаленным.

Во втором скриншоте мы видели адрес нашего репозитория на github, скопируйте его и выполните команду

Адрес репозитория, само собой, меняйте на свой.

Что-бы удостовериться что вы правильно «соединили» локальный репозиторий с удаленным введите команду

Теперь нам нужно закоммитить (проще говоря — зафиксировать) наши изменения (добавление файла README.md в репозиторий).

А теперь все изменения нам нужно залить на удаленный репозиторий

У вас должно запросить логин и пароль к github как на скрине выше (при вводе пароля будет казаться что вы ничего не вводите — но это всё вранье)

Теперь давайте перейдем в наш репозиторий через браузер и посмотрим — есть ли там наш файл

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

Спасибо всем кто заинтерисовался.

Если будет интересно то в следующий раз опишу как сделать так чтобы composer видел ваш githubовский репозиторий.

P. S. Конструктивная критикая, советы приветствуются

Git и Github

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

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

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

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

В данном курсе мы с вами рассмотрим работу с системой контроля версий git. Узнаем, как ей пользоваться, как использовать git для командной разработки.

github-webinar

Notes for the Github Webinar on Jan. 10, 2012

==================== Github Webinar Notes

Notes from the webinar presented on Jan. 10, 2012 by Matthew McCullough.

webinars

Java EE Webinar Series .

sec-xbrl

XBRL.US Webinar: How to download and process SEC XBRL Data Directly from EDGAR .

neo4j-complaints

All information related to the LOAD CSV meetup / webinar. .

Цукерберг рекомендует:  Факультет проджект-менеджмента - отзывы студентов

CrumpRealEstate

This is the Salesforce.com Mobile SDK iOS native demo app shown during the Painl .

webinar-components

Would you tell us more about eculver/github-webinar?


Recommended high-quality free and open source development tools, resources, reading.
Currently tracking 1,463,696 open source projects, 443,034 developers

Github — GitHub (Вебинар)

/Maks/android-kernel-zzz
git init — инициализируем репозиторий
git add . — помечаем для выгрузки все файлы в

/Maks/android-kernel-zzz
git commit -m «first commit» — коммитим изменения, вместо first commit можно написать, что угодно.
git remote add origin https://github.com/твой_ник/имя_репозитория.git
git push -u origin master — после ввода команды попросит пароль.

Тема в стадии развития!

Сообщение отредактировал AndrewP_1 — 29.04.19, 12:01

Предложу альтернативу. :wink_kind:

Создаём новый пустой репозиторий с помощью командной строки:

Интеграция чужих наработок в свой репозиторий

  • git remote add name [url репозитория]
  • git fetch name
  • git cherry-pick [id коммита]

Где name это условное имя ветки (может быть каким угодно)

  • Git или Гит — система контроля и управления версиями файлов.
  • GitHub или Гитхаб — веб-сервис для размещения репозиториев и совместной разработки проектов.
  • Репозиторий Git — каталог файловой системы, в котором находятся: файлы конфигурации, файлы журналов операций, выполняемых над репозиторием, индекс расположения файлов и хранилище, содержащее сами контролируемые файлы.
  • Локальный репозиторий — репозиторий, расположенный на локальном компьютере разработчика в каталоге. Именно в нём происходит разработка и фиксация изменений, которые отправляются на удалённый репозиторий.
  • Удалённый репозиторий — репозиторий, находящийся на удалённом сервере. Это общий репозиторий, в который приходят все изменения и из которого забираются все обновления.
  • Форк (Fork) — копия репозитория. Его также можно рассматривать как внешнюю ветку для текущего репозитория. Копия вашего открытого репозитория на Гитхабе может быть сделана любым пользователем, после чего он может прислать изменения в ваш репозиторий через пулреквест.
  • Обновиться из апстрима — обновить свою локальную версию форка до последней версии основного репозитория, от которого сделан форк.
  • Обновиться из ориджина — обновить свою локальную версию репозитория до последней удалённой версии этого репозитория.
  • Клонирование (Clone) — скачивание репозитория с удалённого сервера на локальный компьютер в определённый каталог для дальнейшей работы с этим каталогом как с репозиторием.
  • Ветка (Branch) — это параллельная версия репозитория. Она включена в этот репозиторий, но не влияет на главную версию, тем самым позволяя свободно работать в параллельной. Когда вы внесли нужные изменения, то вы можете объединить их с главной версией.
  • Мастер (Master) — главная или основная ветка репозитория.
  • Коммит (Commit) — фиксация изменений или запись изменений в репозиторий. Коммит происходит на локальной машине.
  • Пул (Pull) — получение последних изменений с удалённого сервера репозитория.
  • Пуш (Push) — отправка всех неотправленных коммитов на удалённый сервер репозитория.
  • Пулреквест (Pull Request) — запрос на слияние форка репозитория с основным репозиторием. Пулреквест может быть принят или отклонён вами, как владельцем репозитория.
  • Мёрдж (Merge) — слияние изменений из какой-либо ветки репозитория с любой веткой этого же репозитория. Чаще всего слияние изменений из ветки репозитория с основной веткой репозитория.
  • Кодревью — процесс проверки кода на соответствие определённым требованиям, задачам и внешнему виду.

Как бесплатно получить приватные репозитории GitHub, домен в зоне .me, сервер от DO и многое другое по программе Github Education: инструкция с примером письма

«Student Developer Pack» по программе «GitHub Education» — это набор инструментов от крупных компаний, которые бесплатно доступны студентам.

Какие инструменты входят в комплект?

Их много, поэтому мы перечислим самое интересное.

AWS Educate — бесплатный доступ к хостингу и тренингам от Amazon;
Bitnami — популярный инструмент для деплоя;
DigitalOcean — бесплатный хостинг в облаке;
GitHub — организации, приватные репозитории;
GitKraken — GitKraken бесплатный доступ к элитному клиенту Git для Windows, Mac и Linux;
Microsoft Azure — бесплатный хостинг и Visual Studio;
Namechep — бесплатный домен в зоне .me на 1 год, SSL сертификат;
Stripe — биллинг;
Travis CI — приватные билды;
Udacity — известный сервис в сфере онлайн-образования;
UnrealEngine — бесплатный доступ к движку и инструментам разработки.

Полный список вы можете найти на официальном сайте GitHub Education.

Кто может их получить?

Любой школьник или студент по всему миру, включая Россию и страны СНГ. Единственное условие — вы должны быть старше 13 лет и иметь либо почту на официальном домене университета, либо студенческий / ученический билет на русском или на языке вашей страны.

Как отправить заявку?

Откройте специальную форму на сайте GitHub Education, которая называется «Request a discount».

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

На втором шаге вам нужно будет ввести свои персональные данные и выбрать один из способов верификации. Если у вас есть выданный учебным заведением e-mail, то тут всё очевидно. Если нет, то вам предложат загрузить фотографию документа, подтверждающего то, что вы являетесь студентом/школьником. Как писалось выше, подойдет обычная фотография ученического/студенческого билета.

Далее — интереснее. Огромную роль в том, выдадут ли вам бесплатный «Student Pack», играет ваше сопроводительное письмо, которое нужно написать в графе «How do you plan to use GitHub?».

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

Вот сопроводительное письмо, которое отправил автор этой статьи:

Hello, my name is Taras and I’m a student, who wants to be a perfect developer.

I have been using GitHub for over 2 years now, but most of my Open Source projects were committed in past 3-4 month. Some of my repositories are with stars and a little bit popular, at least as for my growing level.

I need a private repository on GitHub to make a project with my friend: we want to build a tool that will work on VK API and Laravel. We plan to publish results of our work soon: for example, there is still no SDK for VK API that supports queue.

Thanks for all you done,
Taras.

Конечно, не стоит копировать его без изменений.

Как скоро придет ответ?

Ответ приходит на ваш e-mail. Автору дали «Student Pack» спустя 2 часа после отправки заявки, хотя известны случаи задержек до 2х недель.


Также стоит помнить об одной важной особенности — если вы не являетесь студентом и запросили «Student Pack», обманув GitHub и всё Open Source сообщество, в следующей жизни вы будете земляным червем.

Изучайте Git на практике

Особенности курса:

  • — Теория, основанная на многолетней практике
  • — Уникальная практика в специальных контейнерах
  • — Сложные экзамены
  • — Матерные частушки new!

После прохождения этого курса вы сможете преодолеть барьер «неловкости» перед Git, значительно повысить свою производительность и найти работу в достойной IT-компании

Git — окно в мир профессиональной разработки

Git — не роскошь, а необходимость

Содержание курса Go Git

Настройки

Вебинар. Практика: 48 заданий. Экзамен: 10 вопросов.

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

Сохраняемся

Вебинар. Практика: 30 заданий. Экзамен: 10 вопросов.

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

Осматриваемся

Вебинар. Практика: 67 заданий. Экзамен: 10 вопросов.

Скажу прямо: умение осматриваться (и откатываться) в консоли переведет вас из состояния «трогал Git» в состояние «плавали, знаем». Если вы вникнете во все приемы, которые я дам вам на этом занятии, вы сможете находить проблемы в разы быстрее, понимать что, когда, где и зачем было сделано. Это понимание даст вам уверенность в себе при работе над проектом, особенно в команде. Наверное, нельзя выделять любимых детей, но это занятие — одно из моих любимых. Удачи!

Откатываемся

Вебинар. Практика: 53 задания. Экзамен: 10 вопросов.

Если умение осматриваться добавит вам уверенности при работе с Git в команде, то умение откатываться сделает вас полноценным Чаком Норрисом. Не помню, чтобы он работал в команде, но вы поняли идею. Мы рассмотрим более 12 способов откатывать изменения в репозитории. Это очень-очень крутой урок.

Ветки и теги

Вебинар. Практика: 53 задания. Экзамен: 12 вопросов.

На этом уроке я объясню, как можно использовать ветки и тэги, дам команды для быстрой работы с ними. Еще я объясню понятным языком, в чем разница между master , origin/master и origin master . Мы обсудим также Gitflow — самый популярный принцип командной работы в Git.

Слияния и конфликты

Вебинар. Практика: 62 задания. Экзамен: 13 вопросов.

Цукерберг рекомендует:  Обучение - Безопасность в сети

Никто не любит конфликты. Это нормально. Но профессиональные разработчики не должны бояться конфликтов. Я научу вас четырем наиболее удобным способам слияния (да, не только merge ), в том числе без конфликтов. Конечно, разрешать конфликты в консоли мы тоже научимся. Уверен, этот урок прогонит последнего буку из вашего шкафа.

Удаленные репозитории

Вебинар. Практика: 53 задания. Экзамен: 9 вопросов.

Мы обсудим принципы и нюансы команд для обмена данными с удаленными репозиториями, различия между ssh и https . Вы научитесь работать со связями удаленных репозиториев и удаленных веток. Мы поговорим про возможные проблемы при обмене данными. Также я расскажу вам о форках и пул риквестах. Этим уроком мы закроем оставшиеся пробелы вашего понимания Git.

Лайфхаки и инструменты

На десерт я открою вам редкие, но очень удобные команды Git, а также команды для работы с консолью Linux (Bash), которые не собраны ни в одном другом месте. Это квинтэссенция всех хитростей, которые я собрал за последние годы работы с Git в частности и Unix в целом.

Введение в GitHub: как начать пользоваться?

Всем привет! Несмотря на такой долгую паузу после последней статьи о VestaCP, буду пробовать переходить на более интенсивный режим работы. С этого дня темы новых статей будут немного сменены, теперь вы увидите больше статей, связанных с вёрсткой сайтов. Я не беру на себя функцию обучить вас вёрстке, а, скорее, предоставляю вам миниконспект основ, к которому будет легко вернуться и повторить. Надеюсь, вам понравится и вы сможете эффективно использовать предложенную информацию. Хватит предисловий, приступим к работе.

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

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

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

Наверное, все когда-нибудь сохраняли 2 версии файла с небольшими отличиями под разными именами? К примеру, научка-вер1.txt и научка-вер1-проверил_Пушкин.txt. Первый файл вы отправили своему научному руководителю, он его проверил, внёс свои изменения и отравил вам второй файл. Такое может повторять вплоть до бесконечности, плодя множество файлов, названия которых ставятся все более и более странными. А ваша папка с версиями с «научкой» становится похожа на что-то дикое и сложное в понимании, и найти промежуточную версию становится очень и очень сложно.

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

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


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

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

Система контроля версий — это та штука, которая позволяет удобно хранить все версии проекта (т.е. ничего не удаляется и не теряется), и, при надобности, вернуться к более ранним, а также посмотреть, кто, когда и что изменил, комментарии к правкам.

Цель такой системы — поддержание актуальной версии проекта у всех ее пользователей.

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

Виды современной системы контроля версий

Централизованная.

  1. Существует только один репозиторий.
  2. Простые номера версий файлов (1, 2, 3 и т.д.).
  3. У пользователей хранится только текущая версия проекта.
  4. Требуется подключение к интернету.
  5. Просто, но медленно.
  6. Сложности в одновременной работе над одним файлом.

Распределенная.

На один проект приходится много репозиториев.

  1. Каждый пользователь создает локальную копию всего репозитория на основе главного облачного.
  2. Номера версий сложные.
  3. Возможность работать офлайн.
  4. Работать быстро и удобно.
  5. Требуется синхронизация репозиториев, так как проект — один.

Теперь можно дать определение и слову Git.

Git — это инструмент для реализации работы распределённой системы контроля версий.

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

Как работает GitHub

Для работы с GitHub нам потребуется установить клиент контроля версий (в GitHub, это GitHub Desktop ) и создать репозиторий. Репозиторий можно создать, как через веб-сайт, так и через клиент.

Принципы работы с репозиторием GitHub

  1. С помощью клиента копируем весь репозиторий на свой компьютер (pull).
  2. Вносим различные правки, сохраняем, вносим правки и т.д. в различные файлы репозитория.
  3. Просим клиента внести изменённые файлы в репозиторий.
    Внесение измененных файлов в репозиторий называется фиксацией изменений или «коммитом» (commit).
  4. После коммита версия вашего локального репозитория изменилась.
  5. На данный момент изменения фиксированы только на локальном репозитории, чтобы они отобразились на сайте GitHub, требуется еще одна функция «синхронизация репозиториев» (push).
  6. Теперь ваш главный репозиторий, расположенный в GitHub, такой же, как на вашем компьютере.

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

Слияние, конфликт, разрешение конфликта

Для понимая нужен пример. Влад и Артем сделали копию репозитория (pull) с фалом версии 1 с GitHub, внесли разные изменения в этот файл, оба зафиксировали изменения (commit) → версии фала в локальных репозиториев изменились, у Влада версия 2, у Артем 2А. И затем Влад запушил (синхронизировал репозитории- push). Теперь на GitHub добавилась версия файла 2. Артем тоже решил запушить свои изменения, т. к. на GitHub есть версия которой нет у Артема (у него нет версии 2), система откажется принимать его репозиторий для сохранения версии 2.

Для того, чтобы внести свои изменения, Артему нужно опять скопировать репозиторий (pull) с GitHub с дополнительной версией этого файла. При копировании произойдет конфликт.


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

Способы решения конфликта:

  1. Автоматическое слияние. Сравнивая построчно код Влада и Артема, GitHub может решить совместить куски кода в файле, при этой получится новая версия файла. При таком подходе в репозитории будут находиться версии 1, 2, 2А, и 3, а Артем теперь может запушить все отсутствующие версии файла.
  2. Разрешение конфликта вручную. Git пометит, какой код конфликтует, и вам нужно будет решить, какой вариант оставить или вообще внести третий. Создается версия 3, и Артем может запушить отсутствующие версии файла.

Master / не master, Fork, Pull request

Ветки — это своеобразные папки со всеми файлами проекта. Ветка Master — это самая главная папка вашего проекта, она всегда существует. Дополнительные ветки создаются под всякие дополнительные нужды.

Пример модели работы с ветками:

В Master лежит последняя стабильная версия, где вы можете вносить незначительные изменения; development — ветка для непосредственной разработки; dev-adaptive — ветка разработки, связанная с планируемым расширением функционала.

Что такое Fork? К примеру, на GitHub вам понравился какой-то проект, но вы заметили в нем ошибку и знаете, как ее решить, но доступа к редактированию чужого проекта у вас нет. Для этого вам нужно создать fokr. Теперь у вас есть доступ для редактирования файлов проекта. Вы справились с багом, но ваши труду пропадут даром т. к. изменения не отобразится в master ветке проекта. Чтобы такого не произошло и создан Pull request.

Pull request — это обращение к владельцам проекта с предложением внести в главную ветку ваши изменения.

На этом небольшое введение походит к концу. Не мучайтесь с допотопной системой версий, переходите на GitHub. Спасибо за внимание.

ТИПИЧНЫЙ ВЕРСТАЛЬЩИК

Если Вам нужен сайт, состоящий из ряда статических страниц, то Github — лучшее решение. К статическим сайтам можно отнести сайт-портфолио, сайт-визитка, каталог продукции и любые другие, содержащие в себе текст, теги, изображения и иные компоненты мультимедиа (видео, аудио).

Преимущества создания сайта на Github

При работе с хостингом от Github, можно сразу отметить несколько существенных преимуществ:

  • Вам не потребуется покупать и ежегодно оплачивать домен;
  • Вам не потребуется вносить ежемесячный платеж на оплату хостинга;
  • Вы сможете сразу продемонстрировать свою работу клиентам;
  • Многие веб-разработчики и заказчики, которые не по наслышке знают о github, с уважением отнесутся к вам, увидев в конце популярное «github.io».

Этап первый: регистрируем аккаунт

Попробуем создать сайт вместе. Переходим на сайт Github и в форме, состоящей из трех полей вводим будущий username, email и пароль.

Далее мы увидим страницу приветствия. Все необходимое уже будет стоять, достаточно просто нажать кнопку Continue для продолжения регистрации.

На следующей странице располагается небольшой опрос, но этот шаг можно пропустить, кликнув на skip this step

Не забудьте заглянуть на почту, там Вас будет ждать письмо с просьбой верифицировать аккаунт.

Этап второй: создаем репозиторий

После регистрации вы попадете на стартовую страницу. Чтобы начать проект, необходимо кликнуть на Start a project.

И Вас сразу перекинет на страницу по созданию репозитория. Настройки просты: достаточно ввести имя репозитория (имя будущего домена), в нашем случае это tpvesrtak.github.io, установаем галочку около «Initialize this repository with a README» и жмём Create repository. Description заполнять не обязательно.

Цукерберг рекомендует:  Web api - Разработка проекта на C#, ASP.NET Core

Все, репозиторий создан.

Этап третий: наполняем сайт

Создание одного лишь репозитория недостаточно. Важно наполнить его файлами, иначе при переходе по ссылке, вида username.github.io мы увидим следующее:

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

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

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

В блок Commit changes писать, что-либо не обязательно. Гитхаб понимает, что вы пытаетесь сделать и уже за вас описывает действие. Это много увидеть на скриншоте. Жмем Commit changes.

Итак, мы загрузили 2 файла. Теперь необходимо создать 2 папки: css и font. Рассмотрим на примере создание папки для css. Для этого необходимо нажать на кнопку Create new file.

И мы попадаем на страницу создания файла. Чтобы сделать папку для нового файла, мы должны написать в верхнем поле следующее: css/

Помните, слеш обязателен!

После css/ можно написать слово empty. Выглядеть все это будет так:

Все, больше ничего писать не нужно, просто жмем зеленую кнопку внизу Commit new file. После этого мы сразу же попадаем в папку css, куда необходимо загрузить все файлы css. Как это сделать — мы уже знаем. Файл empty можно удалить.

Аналогичную операцию повторим и с папкой font и ее файлами.


Когда все необходимые файлы будет лежать на хостинге Гитхаба, процесс можно считать завершенным.

Этап четвертый: любуемся сайтом

Самая ожидаемая часть. Смотрим на результат по ссылке: https://tpverstak.github.io

Надеюсь, статья будет полезна многим, т.к. создавать сайты на Github просто, а самое главное — бесплатно!

Как пользоваться GitHub

Github — это очень известная платформа для хранения, распространения и управления исходным кодом открытых проектов. Этот сервис используют множество разработчиков по всему миру, среди которых есть и крупные компании, такие как Microsoft, RedHat и множество других, также сотни разработчиков многих популярных проектов.

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

Как пользоваться GitHub

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

1. Создание аккаунта

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

Когда завершите ввод, нажмите кнопку «Sign Up Free»:

На следующем шаге вам нужно выбрать тип репозитория. Публичные репозитории бесплатны, но если вы хотите создать частный репозиторий, код из которого будет доступен только вам, то придется платить $7 в месяц.

Аккаунт готов, и вы будете перенаправлены на страницу, где сможете создать свой первый проект. Но перед тем как вы сможете это сделать, нужно подтвердить свой Email адрес. Для этого откройте ваш почтовый ящик и перейдите по ссылке в письме от Github.

Никакая настройка github не нужна, достаточно лишь несколько кликов мышкой.

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

На открывшейся странице, это главная страница для авторизованных пользователей, нажмите кнопку «Start a project»:

Дальше введите имя и описание будущего репозитория:

Вы можете сразу же инициализировать репозиторий, создав файл Readme, для этого нужно отметить галочку «Initialize this repository with a README» внизу страницы. Также можно выбрать лицензию:

Когда все будет готово, выберите «Create project», будет создан новый проект с файлом README, в котором находится описание и файлом лицензии.

Дальше все самое интересное как работать с github.

3. Добавление веток

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

Текущая ветка обозначена в верхнем левом углу после слова «Branch». Чтобы создать новую ветку просто разверните этот список и начните набирать ее имя:

Сайт сам предложит вам создать новую ветку, выберите «Create branch».

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

4. Изменение файлов и коммиты

Любые изменения файлов на Github делаются с помощью коммитов. Коммит выполняется путем внесения самих исправлений и описания этих исправлений. Это необходимо для того, чтобы вы знали что и когда вы меняли, а также позволяет легко отслеживать работу команды. Слово коммит можно перевести как «фиксировать». То есть мы можем внести изменения в несколько файлов, а затем их зафиксировать. Давайте для примера изменим файл README. Для этого найдите в в правой стороне панели кнопку с кисточкой и нажмите на нее:

Откроется текстовый редактор, где вы можете ввести нужные вам исправления:

После того как вы сделаете все что вам нужно, необходимо заполнить поле «Commit» внизу страницы. Кратко опишите что было изменено, а затем нажмите кнопку «Commit changes»:

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

5. Создание запросов слияния (Pull Request)

GitHub для начинающих может показаться очень сложным именно из-за таких возможностей, но это очень удобно если разобраться. Запрос слияния или Pull Request — это возможность, благодаря которой любой разработчик может попросить другого, например, создателя репозитория просмотреть его код и добавить его в основной проект или ветку. Инструмент работы с запросами слияния использует инструмент сравнения diff, поэтому вы можете увидеть все изменения, они будут подчеркнуты другим цветом. Pull Request можно создать сразу же после создания коммита. Давайте отправим Pull Request из нашей testing ветки в основную. Сначала откройте вкладку «Pull Request».

Здесь нажмите кнопку «Create Pull Request»:

Дальше вам нужно будет выбрать ветку, которую нужно слить с основной, в нашем случае «testing».

В этом окне вы можете просмотреть все изменения, сейчас мы видим, что была добавлена строчка:

Дальше нажмите зеленую кнопку «Create Pull Request» и введите описание, как и для коммита:

6. Просмотр и одобрение запросов на слияние

Теперь, на той же вкладке Pull Requests мы видим только что созданный запрос на слияние и нам остается только принять его нажав «Merge Pull Request»:

Но если этот запрос пришел от другого человека, вы должны проверить что он там изменил и нужно ли это, для этого просто нажмите на описание запроса и увидите уже знакомое окно просмотра изменений:

Дальше можно подтвердить Pull Request:

Затем код будет импортирован в основную ветку, а ветка testing может быть безопасно удалена.

7. Отчеты об ошибках

Удобно еще то, что возможно использование GitHub не только для разработки и управления кодом, но и для обратной связи с пользователями. На вкладке «Issue» пользователи могут оставлять сообщения о проблемах, с которыми они столкнулись при использовании вашего продукта. Откройте вкладку «Issues», и нажмите на кнопку «New issue»:

Дальше вам осталось ввести заголовок, текст и нажать «Create new issue».

8. Релизы

Последнее что мы сегодня рассмотрим — это релизы. Когда продукт достиг определенной стадии можно выпустить релиз, чтобы пользователи и вы могли быть уверенны что там все стабильно и никто ничего не сломал неверным Pull Request в Master. Сначала нужно перейти на главную страницу проекта, затем на вкладку «Releases»:

Дальше нажмите кнопку «Create New Release»:

На этой странице нужно указать версию в поле «Tag Version», затем имя релиза и небольшое описание. Если у вас есть скомпилированные архивы с бинарниками то их тоже нужно прикрепить сюда. Затем нажмите «Create Release»:

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

Ссылки на исходный код в tar.gz и zip будут созданы автоматически, все остальные файлы вам придется добавлять вручную.

Выводы

В этой статье мы рассмотрели как пользоваться GitHub для размещения и управления своим проектом. Вся система на английском, так что базовые знания языка очень желательны но даже без них работа с github будет не очень трудной. Надеюсь, эта информация была полезной для вас. Если вас интересует как работать с Git из командной строки, смотрите статью как пользоваться git для начинающих.

Понравилась статья? Поделиться с друзьями:
Все языки программирования для начинающих