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

📖 Бесплатный курс Kotlin на платформе — текст и практика: https://aisprints.ru/courses/osnovy-yazyka-kotlin-dlya-nachinayushchikh?utm_source=youtube&utm_medium=video&utm_campaign=kotlin_osnovi&utm_content=kotlin_p24 🤖 Тесты и практика в TG боте: https://t.me/KotlinBasicsBot?start=yt_kotlin_p24 🚀 Онбординг в Kotlin-разработку с ментором и ревью кода (предсписок): https://aisprints.ru/sprint/kotlin?utm_source=youtube&utm_medium=video&utm_campaign=kotlin_osnovi&utm_content=kotlin_p24 ✅ Бесплатный курс по Android XML: https://www.youtube.com/playlist?list=PLgPRahgE-GctUcLMcQFvl00xsXqpNJOix ✅ Бесплатный курс по Jetpack Compose: https://www.youtube.com/playlist?list=PLgPRahgE-GcvdwPYg3N_hqveb_0E2anzQ ✅ Код из всех уроков в моём TG канале: https://t.me/ievetrov ✅ Смотреть в VK: https://vk.com/ivan.ievetrov 📖 Про теорию GIT: https://youtu.be/wPjoQB4i2j8 🔹 Текстовая версия урока: Это расширенное видео по работе с 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 Заключение