Git - branch (ветки) и merge на практике

Поделиться
HTML-код
  • Опубликовано: 22 дек 2024

Комментарии • 7

  • @amir18n
    @amir18n 3 года назад

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

  • @АнастасияЛысенко-у4о
    @АнастасияЛысенко-у4о 3 года назад +1

    Очень хорошо объясняете)

  • @whoknows5932
    @whoknows5932 2 года назад

    то что надо было. спасибо 👍

  • @emetelyov
    @emetelyov 3 года назад

    Топ, спасибо!

  • @Sorik-94
    @Sorik-94 11 месяцев назад

    0:15 0:16 🎉😢😮😅😊

  • @stasmois8887
    @stasmois8887 2 года назад

    Спасибо за понятное изложение информации. Возник такой вопрос:
    Я послал мастер ветку заказчику, продолжаю работать на своей ветке, он просит изменить мастер - я меняю, потом мержу свою ветку с мастер веткой. Откуда я знаю что то что я изменил в мастер ветке и то что я имею в своей ветке будет работать без конфликта? Не нужно ли сначала перенести изменения мастер на мою ветку , исправить конфликты если есть , а потом уже на мастер все? Надеюсь я понятно выразился)

    • @TimofeyKovalenko
      @TimofeyKovalenko  2 года назад

      Если заказчик попросил что-то исправить, то лучше создать НОВУЮ ветку, вносите исправления, тестируете и только затем мерджите это в мастер. Можно даже дать заказчику версию на проверку на основе этой ветки, а не ветки мастера. По поводу конфликтов с вашей веткой: да, вам необходимо забрать мастер в свою ветку, решить все конфликты и только потом мерджить в мастер.