IDEA+Git (ветки, пулл реквесты). ПОДРОБНО! Новый интерфейс, подводные камни. Установка с 0.

📖 Про теорию GIT:    • Что делает Git и gitignore, как созда...  

🔹 Тесты и практика по этому уроку: https://t.me/KotlinBasicsBot?start=yo...
🔹 Текстовая версия урока:

🛠 Код из всех уроков: https://t.me/ievetrov_dev
🛠 Личный телеграм канал про путь разработчика: https://t.me/ievetrov_dev
✅ Вопросы и ответы для Android собеседований: https://t.me/AndroidSprint_Interview

🔹 Бесплатный курс по Android: https://clck.ru/376Zab
🔹 VK: https://vk.com/ievetrov.developmentм

Это расширенное видео по работе с Git в IntelliJ IDEA, что также относится к Android Studio. Начнем с инициализации нового проекта в свежем интерфейсе. Там столкнемся с первыми неочевидными моментами, которые связаны с версиями SDK и системой сборки проектов Gradle. В новом проекте одним из первых действий будет настройка файла .gitignore. Точнее модификация существующего, так как сейчас эти файлы генерируются автоматически. Но не идеально.

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

Следующий шаг — создание pull request для отправки вашего решения на код-ревью. Если в процессе ревью выясняется, что необходимы дополнительные изменения, можно внести их непосредственно в ту же ветку, что автоматически обновит существующий pull request. Новый запрос на слияние создавать не требуется.

Условия разработки часто требуют параллельной работы над разными задачами. В этом случае важно регулярно обновлять ветку main локально, чтобы иметь последние изменения перед началом работы над новой задачей. Создавая отдельные ветки для каждой новой задачи, разработчики обеспечивают изолированность изменений и готовность кода к слиянию без конфликтов. Этот процесс будет продемонстрирован максимально полно и детализированно.

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

00:00 Введение
01:09 Установка IntelliJ IDEA через ToolBox App
02:01 Новый проект в IntelliJ IDEA
02:22 Установка JDK (SDK)
03:38 Инициализация локального git-репозитория
04:32 .gitignor’ы — фикс игнора конфиг файлов
05:54 Initial Commit — первый, инициализирующий коммит
07:11 Вкладка Git
08:11 Публикация проекта на GitHub
09:39 Создание веток
10:13 Создание файла первой задачи
11:02 Создание ветки для файла первой задачи
12:01 Коммит в рабочую ветку
13:05 Создание Pull Request
14:37 Внесение доработок в Pull Request
16:02 Просмотр обновленного Pull Request
16:30 Слияние пулл реквеста (Merge Pull Request)
17:43 Проверка влитых в main изменений на GitHub
18:21 Параллельное выполнение задач
19:51 Обновление main ветки
20:27 Новые ветки для следующих задач
21:18 Исследование git-log
21:55 Пулл реквесты для новых рабочих веток с решениями
22:37 Последний чекап основной ветки
23:59 Заключение