В этом видео я расскажу что такое git и github. Рассмотрим в чем их принципиальное отличие и как работать с github. Скоро на канале так же будут уроки GitHub с полным курсом обзора всего функционала данной системы контроля версий. ПОДПИШИСЬ на канал «Web Developer Blog» — goo.gl/Ai4OGa И не пропускай новые видео. ПЛЕЙ-ЛИСТЫ МОЕГО КАНАЛА: JavaScript практика — goo.gl/rxsyeX Основы JavaScript — goo.gl/Cw7Vqv Уроки Bootstrap 4 — goo.gl/65gmmS Уроки Framework для верстки Foundation 6 — goo.gl/Yi2jfc Рубрика «Основы за 10 минут» — goo.gl/QIvpDD Верстка сайта на Foundation 6 — goo.gl/gVS45o Основы препроцессора SASS — goo.gl/f4BDww Уроки по Sublime text 3 — goo.gl/SjiKM2 Видео про заработок на YouTube — goo.gl/VxdirI Создаем интернет магазин на PrestaShop — goo.gl/jop7M4 Уроки jQuery — goo.gl/tjAs41 ПОДПИШИСЬ на Группу Вконтакте «Web Developer Blog» — goo.gl/6mO5GL
Источник: mpeg.media
What is Git? Explained in 2 Minutes!
Учимся работать с другими
Допустим, у вас есть проект, и у вас может быть много разных идей и возможностей в любой момент времени. Некоторые функции могут быть готовы к работе, а некоторые нет. Может быть, вы работаете с другими людьми, которые все делают свое дело. Вот где начинается ветвление!
Филиал — это отдельное пространство, где вы можете опробовать новые идеи. Если вы что-то измените в ветке, это не повлияет на основную ветку, пока вы этого не захотите. Это означает, что вы можете делать с этой веткой все, что захотите, пока не решите, что пришло время объединить ее.
Единственная ветвь, которая собирается навсегда изменить вещи, является основной ветвью. Если вы не хотите, чтобы ваши изменения были развернуты немедленно, внесите их в отдельную ветку и объедините их с основной веткой, когда будете готовы.
Если вы работаете с другими и хотите вносить изменения самостоятельно, или если вы работаете самостоятельно и хотите вносить изменения, не затрагивая основную ветку, вам нужна отдельная ветка. Вы можете создать новую ветку в любое время.
Также довольно просто создать ветку с именем «new_feature» в вашем терминале и переключиться на нее с помощью
git checkout -b new_feature
Как только вы создадите ветку, вы можете внести изменения в эту ветку. Это позволяет легко увидеть, что вы изменили и почему вы это изменили. Каждый раз, когда вы фиксируете свои изменения, вы добавляете сообщение, которое вы можете использовать для описания того, что вы сделали.
Давайте поговорим об оформлении заказа!
git checkout
позволяет проверить хранилище, в котором вы в данный момент не находитесь. Вы можете проверить мастер ветку с
git checkout master
или посмотрите на ветку «new_feature» с
git checkout new_feature
Когда вы закончили работу с веткой, вы можете объединить все свои изменения обратно, чтобы они были видны всем.
Что такое Git?
git merge new_feature
возьмет все изменения, которые вы внесли в ветку «new_feature», и добавит их в мастер.
Чтобы создать восходящую ветвь, чтобы вы могли отправить свои изменения и установить удаленную ветвь как восходящую, вы добавите свою функцию, запустив
git push —set-upstream origin new_feature
После того, как вы внесете некоторые изменения и решите, что они вам нравятся, вы открываете запрос на включение. Если вы в команде, это когда другие люди в вашей команде могут начать проверять ваши изменения и обсуждать их. Вы можете открыть запрос на удаление в любой момент, будь то, чтобы люди просмотрели ваши окончательные изменения или попросили о помощи, потому что вы застряли на чем-то.
Ummmmm . что? Могу ли я сделать это на сайте?
Если вы работаете с отдельной веткой, ваши изменения влияют только на эту ветку.
Если вы довольны своими изменениями и хотите объединить их с главной веткой, вы можете открытьтянуть запрос, Таким образом, если бы вы были в команде, вы бы предложили свои изменения и попросили бы кого-нибудь рассмотреть их или включить ваш вклад и объединить их в свою ветку.
Вы можете открыть запрос на удаление, как только сделаете коммит, даже если вы еще не закончили свой код. Вы можете сделать это прямо на сайте, если вам удобнее. Если вы внесли некоторые изменения в свою ветку и хотите объединить их, вы можете
- Нажмите вкладку запроса на извлечение рядом с верхним центром экрана.
- Нажмите зеленую кнопку «Новый запрос на извлечение»
- Перейдите в поле «Примеры сравнений» и выберите ветку, которую вы сделали, чтобы сравнить с исходной веткой.
- Посмотрите свои изменения, чтобы убедиться, что они действительно то, что вы хотите зафиксировать.
- Затем нажмите большую зеленую кнопку «Создать запрос на извлечение». Дайте ему название и напишите краткое описание ваших изменений. Затем нажмите «Создать запрос на извлечение!»
Теперь, если это ваш репозиторий, вы можете объединить ваш запрос на извлечение, нажав зеленую кнопку «Слить запрос на извлечение», чтобы объединить изменения в мастер. Нажмите «Подтвердить слияние», затем удалите ветвь после того, как ваша ветвь была включена с помощью кнопки «Удалить ветвь» в фиолетовом поле.
Если вы участвуете в проекте, у людей в команде (или у рецензента) могут возникнуть вопросы или комментарии. Если вам нужно что-то изменить, это время! Если все хорошо, они могут развернуть изменения прямо из ветки для окончательного тестирования перед тем, как объединить их. И вы можете развернуть свои изменения, чтобы проверить их в производстве.
Если ваши изменения были проверены, вы можете пойти дальше и объединить ваш код в основную ветку. Пул-запросы сохранят запись ваших изменений, а это значит, что вы можете просмотреть их в любое время, чтобы понять изменения и принятые решения.
Обновить и объединить
Если вы работаете на своем компьютере и хотите иметь самую последнюю версию репозитория, вы перенесете изменения из GitHub с помощью git pull команда. Чтобы обновить локальный репозиторий до новейшего коммита, запустите
git pull
в вашем рабочем каталоге.
Чтобы объединить другую ветку с вашей активной веткой, используйте
git merge
Git попытается автоматически объединить изменения, но это не всегда возможно. Могут возникнуть конфликты. Если это произойдет, вам придется объединить конфликты вручную. После их изменения вы можете пометить их как объединенные с git add , Вы можете просмотреть свои изменения, прежде чем объединить их с
git diff
Вы можете вернуться к главной ветке с помощью
git checkout master
Вы внесете свои изменения, а затем удалите ветку, когда закончите с
git branch -d new_feature
Эта ветвь не доступна никому другому, пока вы не отправите ветку в удаленный репозиторий с помощью
git push origin
Другие полезные команды
Прежде всего, это мой любимый GitHub шпаргалка, Проверьте это для всех самых полезных команд Git!
Вы можете увидеть историю коммитов репозитория, если вы запустите
git log
Вы можете увидеть коммиты одного человека с
git log —author=
Вы можете увидеть, что было изменено, но еще не поставлено
git diff
Нужна помощь, помня, какую команду вы должны выполнять? Пытаться
git help
чтобы увидеть 21 наиболее распространенных команд. Вы также можете напечатать что-то вроде
git help clone
выяснить, как использовать определенную команду, например, «клон».
Давай сделаем это!
Почему бы не оставить свой след и приветствовать всех, кто здесь, чтобы узнать о Git и GitHub? Мы собираемся создать простую приветственную стену с заметками от всех, кто хочет опробовать Git и GitHub и внести свой вклад в их первый проект с открытым исходным кодом.
Вы можете добавить все, что хотите, к приветственной стене, если будете поддерживать ее в тепле и ободрении. Добавить заметку, добавить изображение, что угодно. Сделайте наш маленький мир лучше, чем бы вы ни были счастливы. (Если вы слишком много думаете (я вас вижу), у меня есть предварительно написанное сообщение в файле README, которое вы можете просто скопировать и вставить.)
- Клонировать хранилище либо на сайте GitHub, либо запустив
- Создайте новую ветку и добавьте приветственную и вдохновляющую мысль в файл «welcome_wall.md». Вы можете сделать это на веб-сайте, но я настоятельно рекомендую вам попробовать клонировать репозиторий на ваш компьютер, открыть файл в вашем любимом текстовом редакторе и добавить туда свое сообщение. Это просто хорошее обучение!
- Создать пул-запрос,
- Напишите краткую заметку с описанием ваших изменений и нажмите зеленую кнопку, чтобы создать запрос на извлечение.
Это оно! Если это достойное сообщение, мысль, изображение или идея, я объединю ваш запрос, и вы успешно внесете свой вклад в проект с открытым исходным кодом.
Поздравляем . Ты сделал это!
Источник: machinelearningmastery.ru
Программирование на C, C# и Java
Уроки программирования, алгоритмы, статьи, исходники, примеры программ и полезные советы
GitHub — что это?
На сегодняшний день GitHub — это один из самых популярных сервисов для совместной разработки программного обеспечения и его хостинга в облаке. Крупные IT-компании, такие как Microsoft, Google, Facebook и многие другие, используют данный ресурс для размещения исходных кодов своих разработок. Вы наверняка слышали о GitHub — пришло время научиться им пользоваться!
Этой статьёй мы открываем цикл публикаций посвященных GitHub. Итак, если вы не знаете, что это за сервис, то самое время время с ним познакомиться!
Что такое GitHub?
GitHub — это сервис на основе Git. Является удобным и популярным инструментом управления версиями и включает систему отслеживания ошибок. Адрес в Интернете: https://github.com/
Для каждого проекта можно создавать документацию и руководства по принципу wiki.
Термины из определения мы рассмотрим чуть позже.
Главная страница ресурса
Сервис заработал в апреле 2008 года, но лишь относительно недавно он приобрёл огромную популярность. Его разработчиками являются Крис Ванстрас, PJ Хиетт и Том Престон-Вернер.
Сервис можно использовать как бесплатно, так и платно. При этом в бесплатном аккаунте доступны абсолютно все функции для работы над проектом. Объем памяти под хостинг — неограничен. Различие в тарифах следующее:
- Бесплатно — можно создавать только публичные репозитории.
- Платно (7$ в месяц) — доступны приватные репозитории.
Репозиторий — это хранилище исходного кода вашего программного проекта. Публичный репозиторий виден абсолютно всем, а приватный только вашим разработчикам (тем, кому вы дали доступ).
Работа с репозиторием возможна, как и с помощью веб-сайта, так и с помощью клиентов для компьютера (консольного или с графическим интерфейсом), которых существует множество.
Публичный репозиторий программы с сайта vscode.ru на GitHub
GitHub — это своеобразная социальная сеть для разработчиков, позволяющая им просматривать код друг друга, оставлять комментарии, а также помогать в разработке.
Вкратце познакомившись с сервисом и узнав что такое GitHub, перейдём к терминам и особенностям функционирования системы.
Система управления версиями
В основе работы GitHub лежит система управления версиями Git.
Проект Git был создан Линусом Торвальдсом. Первая версия вышла 7 апреля 2005 года.
Система управления версиями (от английского Version Control System, сокращенно VCS) — это набор инструментов для удобной работы с документами или файлами, которые могут изменится со временем, то есть может поменяться их версия.
Изменение версии особенно актуально для программного обеспечения и кода. Программы постоянно обновляются их разработчиками и их версии (и код!) меняются.
VCS позволяет отслеживать изменения в коде и подсвечивать участки текста программы, которые были добавлены или изменены.
VCS хранит все предыдущие версии документов, тем самым она позволяет обезопасить разработчиков от того, что они поломают программу и проект — всегда есть возможность откатиться к любой из предыдущих стабильных версий.
Основные термины VCS
Коммиты (commit)
Чтобы лучше разобраться в данной теме, представим себе типичный день разработчика ПО.
Допустим команда разрабатывает графический редактор. Одного из программистов зовут Юлия. Сегодня она должна разработать модуль для фильтрации изображений.
Всегда считается, что в репозитории, расположенном в облаке, находится самая актуальная версия проекта.
Перво-наперво, Юлия должна выполнить апдейт (update) своего локального репозитория — синхронизироваться с сервером и получить последнюю на данный момент версию ПО. Для этого выполняется соответствующая команда.
Затем Юля занимается разработкой модуля для фильтрации изображении.
После того, как модуль готов, либо рабочий день закончен; необходимо сохранить написанный код и отправить его в облачный репозиторий. Порядок действий таков:
- Выполняется команда коммит (commit). Коммит — это сохранение изменений в проекте. Он обязательно должен сопровождаться текстовым комментарием разработчика о том, какая работа была проделана, и что изменено, либо написано. Коммит поможет другим разработчикам легче разобраться в чужом коде. Кроме того, по коммитам выполняется откат к предыдущей версии проекта, если вдруг что-то было сделано неправильно, либо с фатальными ошибками. Коммит фиксируется в локальном репозитории.
- Затем нужно синхронизировать локальный коммит с облаком и запушить (push) все изменения на сервер. Выполняется команда push.
На этом рабочий день Юлии в группе разработчиков закончен. Потом её ожидает работа домохозяйки, но для этого система управления версиями не нужна.
Конфликты
Конфликты возникают во время операции push, когда оказывается, что два разработчика работали над одним и тем же кодом. Что и понятно.
Конфликт обязательно должен быть разрешён вручную главным разработчиком, либо ответственным лицом. Это лицо должно выбрать какой из коммитов и текстов кода сохранить в проекте.
Ветки (branch)
Рассмотрим создание веток опять же на примере проекта «графический редактор».
Части команды дано задание начать разработку версии 2.0 графического редактора (например, предполагается поддержка работы с векторными изображениями).
Другая же часть команды продолжает работать над первой версией проекта и осуществлять её поддержку и исправление ошибок.
В данной ситуации делается следующее: выделяется ветка (бранч, branch). Создание branch — это создание копии текущего репозитория. Дальнейшая разработка в рамках новой ветки никак не будет затрагивать начальную основную ветку проекта (которая называется master).
Разработка в рамках новой ветки идентична разработке основной ветки. Коммиты, push — это всё на месте.
Когда работа завершена, необходимо выполнить слияние (merge) дополнительной ветки с основной. Программная команда так и называется — merge. В результате слияния получится версия программы 2.0, при этом в ней будут содержатся исправления всех недочётов, которые были обнаружены и поправлены в основной ветке проекта.
На этом всё! До встречи на vscode.ru!
Из следующих статей на тему работы с GitHub Вы узнаете:
- Про регистрацию на GitHub
- Как пользоваться GitHub
Источник: vscode.ru