IDEA+Git (ветки, пулл реквесты). ПОДРОБНО! Новый интерфейс, подводные камни. Установка с 0.
Про теорию GIT: https://youtu.be/wPjoQB4i2j8 Тесты и практика по этому уроку: https://t.me/KotlinBasicsBot?start=youtube Текстовая версия урока: Код из всех уроков: 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 Заключение
Про теорию GIT: https://youtu.be/wPjoQB4i2j8 Тесты и практика по этому уроку: https://t.me/KotlinBasicsBot?start=youtube Текстовая версия урока: Код из всех уроков: 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 Заключение