Git: Конфликты для Начинающих // Git Cherry Pick, Git Revert, Git Reset

• Git позволяет управлять версиями файлов и организовывать совместную работу.  

• В предыдущем видео обсуждались основные функции Git.  

• В этом видео будут рассмотрены более сложные и нетривиальные аспекты работы с Git.  

• Автор канала "Войти карьере из жизни" рассказывает о пяти концепциях Git.  

• Будут обсуждаться работа с ветками, пулри квесты, черепики и конфликты между ветками.  

• Видео предполагает, что зрители знакомы с терминами из предыдущего видео.  

• Вопросы о создании и использовании веток в Git.  

• В реальных проектах всегда есть главная ветка master.  

• Ветка master должна содержать стабильный и протестированный код.  

• Для новых фич создается новая ветка из master.  

• Изменения по новой фиче добавляются в эту ветку.  

• Для больших фич создаются под-ветки для разделения работы между разработчиками.  

• После завершения работы над фичой, она мержится в master.  

• Важно тестировать изменения перед мержем в master.  

• Это позволяет интегрировать изменения от других разработчиков.  

• Пулри квесты предотвращают кринж в master.  

• Разработчики должны отправлять запросы на слияние перед мержем.  

• Это позволяет получить фидбек и проверить изменения перед мержем.  

• Указываем ветку, из которой хотим сделать мерж.  

• Добавляем краткое название изменений и подробное описание.  

• Создаем pull request, который позволяет другим разработчикам оставлять комментарии и советы.  

• Другие разработчики могут оставлять комментарии под строчками кода.  

• После получения комментариев можно внести изменения и обновить pull request.  

• Если pull request подтвержден, можно сделать мерж в мастер.  

• Code review помогает отловить проблемы на ранних этапах.  

• Pull request используется на всех реальных проектах для повышения качества кода.  

• На работе автора вся разработка ведется через pull request.  

• Cherry picking позволяет перенести один конкретный коммит из одной ветки в другую.  

• Используется команда git cherry-pick для переноса коммита в текущую ветку.  

• Пример использования: перенос коммита из фича-ветки в мастер.  

• Конфликты в Git могут быть сложными и требуют решения от разработчика.  

• Конфликты возникают, когда два разработчика работают над одним файлом одновременно.  

• Git сигнализирует о конфликте, требуя от разработчика выбрать, какие изменения использовать.  

• Создаем новую фича-ветку и меняем файл.  

• Другой разработчик меняет тот же файл в мастер-ветке.  

• При попытке мержа возникает конфликт, который нужно разрешить вручную.  

• Файл с конфликтом выглядит ужасно: стрелочки, знаки равно, дважды написанный текст.  

• Гид показывает две конфликтующие строчки: из текущей ветки и из мастера.  

• Решать конфликты через форматирование неудобно и непонятно.  

• Гид не знает, какую версию оставить, поэтому нужно исправить файл вручную.  

• Можно выбрать версию из текущей ветки или из мастера, или стереть обе версии и написать свои.  

• После исправления нужно закомитить изменения, чтобы завершить мерж.  

• Для решения конфликтов существуют специальные инструменты, такие как JetBrains IDE.  

• Эти инструменты позволяют удобно решать конфликты на меже.  

• Пример использования: создание ветки фичер и мерж с мастером.  

• В IDE можно создать ветку фичер и мержить с мастером.  

• При мерже появляются окна с конфликтами, где можно выбрать быстрое разрешение или детальное.  

• Детальное разрешение позволяет выбрать, какие строки включить в результирующий файл.  

• В окне детального разрешения показаны три версии файла: текущая, из мастера и результирующая.  

• Можно выбрать, какие строки включить или исключить из результирующего файла.  

• Можно адаптировать код прямо в результирующей версии, что удобно для исправления ошибок.  

• Использование IDE для решения конфликтов экономит время и нервы.  

• Если вам нравится работать в терминале, это тоже возможно.  

• Автор приглашает на свои занятия, где объясняет сложные темы простым языком.  

• Git предоставляет команды для отмены изменений: git revert и git reset.  

• Эти команды могут быть полезны для возврата к предыдущим версиям кода.  

• В этом видео мы разберем, когда использовать каждую из этих команд.  

• Git revert позволяет отменить изменения в одном или нескольких файлах.  

• Команда создает новый коммит с отмененными изменениями.  

• Пример использования: отмена последнего коммита с помощью git revert.  

• Находим хэш последнего коммита в Git.  

• Вводим команду git revert и указываем хэш.  

• Git просит указать сообщение для нового коммита.  

• Состояние файла возвращается к предыдущему состоянию.  

• В Git появляется новый коммит с сообщением отмены.  

• История изменений сохраняется, и отмененный коммит остается доступным.  

• Git reset удаляет изменения из истории, но не из файлов.  

• Пример использования: удаление последних коммитов с помощью git reset.  

• Два типа сброса: мягкий и жесткий.  

• Мягкий сброс сохраняет изменения в индексе Git.  

• Пример: удаление последних коммитов и сохранение изменений в индексе.  

• Изменения остаются в индексе, что позволяет вернуть их при необходимости.  

• Жесткий сброс удаляет изменения из истории и файлов.  

• Пример: удаление последнего коммита и полное удаление изменений.  

• Изменения не сохраняются в индексе, что приводит к полному удалению.  

• Призыв поставить лайк и подписаться на канал.  

• Обещание сделать видео про Docker при достижении 2000 лайков.  

• Приглашение в телеграм-канал и на платформу для обучения.