Getting started with Git and GitHub

1. Работа с git и github -
советы новичкам🤘
Анатолий Федоренко
Backend Developer , Mad Devs
t.me/anatoliyfedorenko
maddevs.io

2. Если стажер не умеет пользоваться гитом, то это
говно (с) Чак

4. Этот доклад НЕ
➔ курс по гиту
➔ обязательные требования к выполнению
➔ единственно верное решение
➔ истина в последней инстанции
➔ попытка самоутвердиться
➔ крик души (но это не точно...)

5. С чего начать …
- Не понимаю что
делать. Тупик
- Откуда берутся эти
конфликты
- Запуталась в ветках и
коммитах
- А сколько коммитов в
день нужно делать?

6. С чего начать …
- Что-то сделал и не знаю как вернуться
- Как фиксить чертовы конфликты!?
- Столько команд, их все не запомнить!
- Коммитить или не коммитить...

8. С чего надо действительно начать …

9. ● Размер имеет значение
● В задаче должно быть название, описание
проблемы и критерий закрытия
● Стоит максимально мелко дробить задачи
Немного о задачах

11. ● Не забывать про тесты (как проверить, что
выполнил критерий закрытия)
● Тэгать задачу в коммитах, других задачах, PRах,
документации
● Исполняющий и дедлайны
● Учёт времени
Немного о задачах

13. Git введение
● Git это система контроля версий
● Нужно помнить что есть local и remote
● Коммиты это фиксирование изменений кода
● Пишем код, коммитим, пушим, пулим и так по
кругу
● Если разработка ведется в команде …

14. Из чего же, из чего же, из чего же …
● Изменения кода
● Название (Header)
● Описание (Body)
● Много другой инфы, которая в рамках этого
доклада не рассматривается

15. Из чего же: изменения кода
● Изменения кода которые направлены на
закрытие задачи
● Тесты, которые подтверждают
работоспособность изменений
● Обновление документации, если требуется

16. Из чего же: изменения кода
● Расставление всяческих заметок и комментов в
процессе (TODO:)
● Размер имеет значение!
● Правило бойскаута! (Оставляем чище, чем было
до нас! )

17. Из чего же: название
● Уложиться в 50 символов
● Писать в настоящем времени , как бы
продолжая фразу “This commit will …“ т.е. коммит
выражает намерение, а не завершенное
действие.
● Упоминать номер тикета к которому относится
коммит и его изменения.

18. Из чего же: описание
● Уложиться в 72 символа в ширину
● Написать зачем нужен коммит
● Использовать списки, перечисляя изменения и
их причины

19. Из чего же: описание
● Использовать теги
● Не сочинение, но должно быть ясно расписано,
чтобы не было проблем с пониманием

21. Потенциал систем управления репками
● Создание и управление тикетами
● Учёт времени работы над задачей
● Дедлайны и тэги в тикетах

24. Потенциал систем управления репками
● Отмечайте проверяющих МРы!
● Автомерж, слияние и удаление веток

26. Обычный Git workflow который работает
1. Пулиться с мастера и мержить ветки в мастер
2. Новая ветка на новый тикет
3. Пуш в мастер только через MR(PR)

27. Git негласные правила
Перед тем как коммитить - обязательно тестируй!
Перед пушем, обязательно убедись, что все на
местах (git status)
Позаботься о .gitignore файле

29. Git негласные правила
Бренчуйся с мастера и мержи в мастер
Не форспуш в мастер!
Не пуш токены и любой компромат!

32. Полезные ресурсы
git-scm.com
guides.github.com
learnenough.com
codecademy.com
ohmyz.sh
ohshitgit.com