Git and Github for Beginners
0 likes231 views
Документ представляет собой руководство по работе с Git и GitHub для новичков, обсуждающее основные принципы, такие как коммитинг, ведение задач и управление конфликтами. Автор делится полезными советами и рекомендуемыми практиками, акцентируя внимание на важности тестирования и правильного оформления коммитов. Кроме того, документ включает ссылки на полезные ресурсы для дальнейшего изучения.
Git and Github for Beginners
- 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 негласные правила Бренчуйся с мастера и мержи в мастер Не форспуш в мастер! Не пуш токены и любой компромат!