Учимся пользоваться Git, TortoiseGit, а также GitHub

Участник
Статус
Оффлайн
Регистрация
4 Авг 2017
Сообщения
463
Реакции[?]
212
Поинты[?]
0
Приветствую. Последнее время часто сталкиваюсь с разработчиками, которые не умеют пользоваться таким важным инструментом, как система контроля версий Git. Для чего данный инструмент предназначен, я думаю, вы понимаете. Но в этой статье я затрону не просто скучный Git, но и графическую оболочку TortoiseGit.
Почему именно TortoiseGit? Да потому что это, по моему мнению, самый простой в освоении интерфейс.

О чём же я расскажу? Я расскажу о том как:
  • как создавать, клонировать, удалять репозиторий
  • как создавать бренчи (ветки)
  • как работать добавлять контребьютеров (участников) в репозиторий

Итак, для начала установите
Пожалуйста, авторизуйтесь для просмотра ссылки.
,
Пожалуйста, авторизуйтесь для просмотра ссылки.
, а также зарегистрируйтесь на
Пожалуйста, авторизуйтесь для просмотра ссылки.
. Я пропущу этап установки, так как гайд не об этом, благо инструкций по установке много. Да и вообще, когда запустить и прокликать "Далее" стало неимоверно сложным процессом? Давайте лучше приступим к настройке ПО.

Первым делом сделаем "самую грязную" работу в консоли. Запустите терминал Git Bush и введите следующую команду:
ssh-keygen -t rsa -C “e-mail” //e-mail - мыло, на которое зарегистрирован аккаунт github
Далее консоль от вас потребует ключ и пароль, но мы не будем лишний раз использовать терминал (СТРАШНО, ВЫРУБАЙ), поэтому оба раза нажимаем Enter.
Если вы всё сделали правильно, то у вас должен появиться ssh-ключ в следующем каталоге:
C:/Documents and Settings/ИмяПользователя/.ssh/

Теперь перейдём на github, чтобы привязать наш аккаунт к этому ключу.


Нажимаем на кнопку "New SSH key" и вставляем содержимое файла ida_rsa.pub. Вот и всё, осталось разобраться с TortoiseGit.

Заходим в каталог, где вы будете хранить репозитории. Нажимаем ПКМ и заходим в настройки TortoiseGit. Указываем логин и пароль от github.

По идее, мы полностью настроили нашу систему для работы с Git. Далее я покажу как им пользоваться.

Создаём репозиторий
Тут всё просто, заходим в свой профиль, и нажимаем кнопку New, указываем нужные параметры.


Удаляем репозиторий
Тут не сложнее, заходим на страницу репозитория, настройки, и в самом низу есть "опасная зона":


Клонируем репозиторий
Тут уже немного сложнее. Если вы создали репозиторий сначала на github (что гораздо удобнее), то чтобы вам в нем работать, требуется клонировать его к себе на диск. Для этого кликаем ПКМ по директории и нажимаем Git Clone, вставляем ссылку на репозиторий, полученную на его странице GitHub.

Учимся коммитить, пушить, а также создавать pull-запрос
Разберемся в терминологии: коммитить - делать некую запись, означающую последние изменения в исходном коде, пушить - заливать изменения на github, создавать pull-запрос - загружать последние изменения с github к себе на диск. Если вам не удается запушить изменения, то попробуйте очистить локальный репозиторий командой Clean Up, ну а если вы хотите откатиться назад, используйте Revert:
Чтобы сделать commit, для начала внесите какие-либо изменения в проекте. Далее ПКМ по директории и выберите Git Commit -> "master". В открывшемся окне напишите об изменениях (кратко и понятно, мемуары (от слова мем) писать не нужно), а также выберите нужные файлы. Нажмите Commit & Push (сразу закоммитите и запушите).
Создаем бренч для других разработчиков
Для командной разработки необходимо создавать ветки. То есть у каждого разработчика будет своя ветвь разработки, в которой он будет работать над определенной частью кода (желательно не менять один и тот же кусок кода двум разработчикам одновременно). Также у вас могут быть ветви для каких-то эксперементальных версий исходника. Кстати, до этого мы работали в главной ветви master, в которую как раз и будут вноситься изменения из некоторых бренчей. То есть некая ветвь "Vasya19" будет объединена с основной ветвью "master".
Чтобы создать ветвь, перейдите на главную страницу репозитория и в следующем поле введите название новой ветки:

Нажимаем Create Brench. Далее в настройках репозитория GitHub добавьте контребьютера (участника) репозитория. Для этого вам надо знать его имя, после добавления ему придёт приглашение на почту.

Приглашенный человек должен клонировать репозиторий к себе и свичнуть ветку:
Кстати, совсем не обязательно создавать ветки только на сервере. Вы можете создать локальную ветку, которая будет только у вас на компьютере. Она может быть предназначена для чего угодно.


Вот и всё, введение в основы использования Git я вас посвятил, теперь вы немножечко (множечко) умнее. Надеюсь, что после этой статьи вам захотелось использовать Git.

Гайд - мой, написан мною для другого борда, не реклама
 
Последнее редактирование:
Ты че баклан, дефективный?
Пользователь
Статус
Оффлайн
Регистрация
18 Мар 2019
Сообщения
746
Реакции[?]
62
Поинты[?]
0
Приветствую. Последнее время часто сталкиваюсь с разработчиками, которые не умеют пользоваться таким важным инструментом, как система контроля версий Git. Для чего данный инструмент предназначен, я думаю, вы понимаете. Но в этой статье я затрону не просто скучный Git, но и графическую оболочку TortoiseGit.
Почему именно TortoiseGit? Да потому что это, по моему мнению, самый простой в освоении интерфейс.

О чём же я расскажу? Я расскажу о том как:
  • как создавать, клонировать, удалять репозиторий
  • как создавать бренчи (ветки)
  • как работать добавлять контребьютеров (участников) в репозиторий

Итак, для начала установите
Пожалуйста, авторизуйтесь для просмотра ссылки.
,
Пожалуйста, авторизуйтесь для просмотра ссылки.
, а также зарегистрируйтесь на
Пожалуйста, авторизуйтесь для просмотра ссылки.
. Я пропущу этап установки, так как гайд не об этом, благо инструкций по установке много. Да и вообще, когда запустить и прокликать "Далее" стало неимоверно сложным процессом? Давайте лучше приступим к настройке ПО.

Первым делом сделаем "самую грязную" работу в консоли. Запустите терминал Git Bush и введите следующую команду:
ssh-keygen -t rsa -C “e-mail” //e-mail - мыло, на которое зарегистрирован аккаунт github
Далее консоль от вас потребует ключ и пароль, но мы не будем лишний раз использовать терминал (СТРАШНО, ВЫРУБАЙ), поэтому оба раза нажимаем Enter.
Если вы всё сделали правильно, то у вас должен появиться ssh-ключ в следующем каталоге:
C:/Documents and Settings/ИмяПользователя/.ssh/

Теперь перейдём на github, чтобы привязать наш аккаунт к этому ключу.


Нажимаем на кнопку "New SSH key" и вставляем содержимое файла ida_rsa.pub. Вот и всё, осталось разобраться с TortoiseGit.

Заходим в каталог, где вы будете хранить репозитории. Нажимаем ПКМ и заходим в настройки TortoiseGit. Указываем логин и пароль от github.

По идее, мы полностью настроили нашу систему для работы с Git. Далее я покажу как им пользоваться.

Создаём репозиторий
Тут всё просто, заходим в свой профиль, и нажимаем кнопку New, указываем нужные параметры.


Удаляем репозиторий
Тут не сложнее, заходим на страницу репозитория, настройки, и в самом низу есть "опасная зона":


Клонируем репозиторий
Тут уже немного сложнее. Если вы создали репозиторий сначала на github (что гораздо удобнее), то чтобы вам в нем работать, требуется клонировать его к себе на диск. Для этого кликаем ПКМ по директории и нажимаем Git Clone, вставляем ссылку на репозиторий, полученную на его странице GitHub.

Учимся коммитить, пушить, а также создавать pull-запрос
Разберемся в терминологии: коммитить - делать некую запись, означающую последние изменения в исходном коде, пушить - заливать изменения на github, создавать pull-запрос - загружать последние изменения с github к себе на диск. Если вам не удается запушить изменения, то попробуйте очистить локальный репозиторий командой Clean Up, ну а если вы хотите откатиться назад, используйте Revert:
Чтобы сделать commit, для начала внесите какие-либо изменения в проекте. Далее ПКМ по директории и выберите Git Commit -> "master". В открывшемся окне напишите об изменениях (кратко и понятно, мемуары (от слова мем) писать не нужно), а также выберите нужные файлы. Нажмите Commit & Push (сразу закоммитите и запушите).
Создаем бренч для других разработчиков
Для командной разработки необходимо создавать ветки. То есть у каждого разработчика будет своя ветвь разработки, в которой он будет работать над определенной частью кода (желательно не менять один и тот же кусок кода двум разработчикам одновременно). Также у вас могут быть ветви для каких-то эксперементальных версий исходника. Кстати, до этого мы работали в главной ветви master, в которую как раз и будут вноситься изменения из некоторых бренчей. То есть некая ветвь "Vasya19" будет объединена с основной ветвью "master".
Чтобы создать ветвь, перейдите на главную страницу репозитория и в следующем поле введите название новой ветки:

Нажимаем Create Brench. Далее в настройках репозитория GitHub добавьте контребьютера (участника) репозитория. Для этого вам надо знать его имя, после добавления ему придёт приглашение на почту.

Приглашенный человек должен клонировать репозиторий к себе и свичнуть ветку:
Кстати, совсем не обязательно создавать ветки только на сервере. Вы можете создать локальную ветку, которая будет только у вас на компьютере. Она может быть предназначена для чего угодно.


Вот и всё, введение в основы использования Git я вас посвятил, теперь вы немножечко (множечко) умнее. Надеюсь, что после этой стать вам захотелось использовать Git.

Гайд - мой, написан мною для другого борда, не реклама
а можно ли как-то сделать репозиторий приватным без $7?
 
Участник
Статус
Оффлайн
Регистрация
4 Авг 2017
Сообщения
463
Реакции[?]
212
Поинты[?]
0
I CLOSE MY EYES AND SEIZE IT
Участник
Статус
Оффлайн
Регистрация
19 Май 2018
Сообщения
1,085
Реакции[?]
227
Поинты[?]
0
Премиум
Статус
Оффлайн
Регистрация
3 Дек 2017
Сообщения
222
Реакции[?]
201
Поинты[?]
0
Так вроде на гитхабе сейчас сделали приватные репозитории бесплатными.
Бесплатными, но до трёх участников.
___
Кстати, думаю, было бы неплохо добавить ссылку на оф. документацию в конец темы. (Тем более, там есть и русская)
 
Ты че баклан, дефективный?
Пользователь
Статус
Оффлайн
Регистрация
18 Мар 2019
Сообщения
746
Реакции[?]
62
Поинты[?]
0
Бесплатными, но до трёх участников.
___
Кстати, думаю, было бы неплохо добавить ссылку на оф. документацию в конец темы. (Тем более, там есть и русская)
а колличество репозиториев ограничено? приватных
 
Начинающий
Статус
Оффлайн
Регистрация
11 Июн 2019
Сообщения
6
Реакции[?]
1
Поинты[?]
0
Как то сложно все. А стоит ли это проделывать если пишу код сам?
 
Забаненный
Статус
Оффлайн
Регистрация
27 Сен 2018
Сообщения
1,312
Реакции[?]
456
Поинты[?]
0
Обратите внимание, пользователь заблокирован на форуме. Не рекомендуется проводить сделки.
Эксперт
Статус
Оффлайн
Регистрация
31 Мар 2017
Сообщения
997
Реакции[?]
652
Поинты[?]
0
Как то сложно все. А стоит ли это проделывать если пишу код сам?
Выкладывать код на репозиторий удобно. Ты можешь легко получить доступ к своему коду. Ты можешь посмотреть все изменения которые ты провёл, проанализировать как работало раньше и сейчас.

Ставишь приватным репу и всё, в конце рабочего дня пушишь проделанную работу и всё.
 
Участник
Статус
Оффлайн
Регистрация
4 Авг 2017
Сообщения
463
Реакции[?]
212
Поинты[?]
0
Как то сложно все. А стоит ли это проделывать если пишу код сам?
Бывают ситуации, когда ты мог испортить или утерять исходник. В таком случае, без гита или резервной копии (которая непонятно когда сделана), ты потерял всю проделанную работу. А с гитом ты можешь эксперементировать как хочешь - в любое время можешь откатиться назад. Поэтому да, однозначно стоит.
 
Сверху Снизу