Мы сейчас нарушим правило. Внесём изменения в основной проект (ведь в жизни именно так будет), пока мы делаем что то сами. другие уже дописали чего нибудь там.

И внесём изменения в нашу ветку pandas. Теперь код точно будет конфликтовать.

Давайте решать.

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

Ситуация.

Мы пишем приложение, пускай это будет блог.

Потом мы решили написать уведомления.

И пишем их.

Но нам пришла идея.

Например, отправлять уведомления на почту, а не только в интерфейс.

@ собака это ветка или проект

$ знак доллара это коммит.(фиксация кода в состоянии на момент сохранения)

Смотря на схему, обратите внимание на commit 3

Основной проект(master).

@|

|

|

|

| Ветка нашего проект (имеет 5 коммитов (commit обозначим $)
|

@ .$...commit 1.....(бла, бла)

.$...commit 2.....(бла, бла)

.$...commit 3.....(момент, когда создана модель приложения, но представления не реализованы)

У

|

|

@ Вариант 1. Мы можем просто потренировать какой то вариант кода, проверить, что пришло в голову,

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

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

Мы можем создать отдельную ветку с этого коммита и развивать ее отдельно.

.$...commit 4.....(наше app работает, осталось протестировать)

.$...commit 5.....(полное stable app)

Этот случай так же подходит, что бы полностью пере профилировать приложение и написать нечто новое, вариантов .....что в голову придёт(много)

Ну а домашнее задание будем вам после уроков создать такую ситуацию и потом попытаться слить в один проект, что бы был функционал с ветки и с ответвления.

Можно это сделать или нет и как это сделать. Вам предстоит решить. После пройдённых уроков мы способны это сделать, если вы выполняли все задания и расписали себе шпаргалки. а не автоматом проделали.

Качество выполнения - это ваша ответственность (я это не контролирую и не хочу контролировать, дело личное)

Этот случай так же подходит, что бы полностью пере профилировать приложение и написать нечто новое, вариантов .....что в голову придёт(много)

Потренируйте его - очень полезен будет и реально вас приблизит, хотя вы работаете пока один к работе в команде.

Ситуация.

Мы пишем приложение, пускай это будет блог.

Потом мы решили написать уведомления.

И пишем их.

Но нам пришла идея.

Например, отправлять уведомления на почту, а не только в интерфейс.

@ собака это ветка или проект

$ знак доллара это коммит.(фиксация кода в состоянии на момент сохранения)

Смотря на схему, обратите внимание на commit 3

Основной проект(master).

@|

|

|

|

| Ветка нашего проект (имеет 5 коммитов (commit обозначим $)
|

@ .$...commit 1.....(бла, бла)

.$...commit 2.....(бла, бла)

.$...commit 3.....(момент, когда создана модель приложения, но представления не реализованы)

У

|

|

@ Вариант 1. Мы можем просто потренировать какой то вариант кода, проверить, что пришло в голову,

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

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

Мы можем создать отдельную ветку с этого коммита и развивать ее отдельно.

.$...commit 4.....(наше app работает, осталось протестировать)

.$...commit 5.....(полное stable app)

Этот случай так же подходит, что бы полностью пере профилировать приложение и написать нечто новое, вариантов .....что в голову придёт(много)

Ну а домашнее задание будем вам после уроков создать такую ситуацию и потом попытаться слить в один проект, что бы был функционал с ветки и с ответвления.

Можно это сделать или нет и как это сделать. Вам предстоит решить. После пройдённых уроков мы способны это сделать, если вы выполняли все задания и расписали себе шпаргалки. а не автоматом проделали.

Качество выполнения - это ваша ответственность (я это не контролирую и не хочу контролировать, дело личное)

Этот случай так же подходит, что бы полностью пере профилировать приложение и написать нечто новое, вариантов .....что в голову придёт(много)

Потренируйте его - очень полезен будет и реально вас приблизит, хотя вы работаете пока один к работе в команде.

Посмотрите видео. Если нам кажется. что мы можем написать пару функций или классов по формам и будем понимать, как это делают в книгах - это не так. Нужен иной подход. Мы рассмотрим из чего состоит форма, изучим API в Jupyter и в реальности напишем чистые формы, разберём подробнее формы из моделей. Тогда мы можем рассчитывать на понимание документации.