По поводу "конфликт видно в логах" - если явно его не указать, придется вытягивать коммиты через git diff. То, что у вас обозначается маленькой звездочкой, и выдумаете, что при сливе получился конфликт, я вас разочарую - при обычном мердже тоже идет такое обозначение на схеме, и вы точно не поймете, что это был конфликт. Вы можете слить ветку без кофликта - и на git log --graph --all вы также увидите точки, но они абсолютно не означают, что конфликт был. Можно попробовать посмотреть через git reflog - но там просто упорядочит журнал, если все было слито норм, без конфликта - да, покажет, а если был конфликт - то ничего не укажет, и тем не менее - конфликт необходимо прописывать самому, нет настолько универсальной команды, которая точно вам подсветит, был конфликт или нет.
Как всегда здорово!
Спасибо:)
отличный пример, легко "понимабельно" рассказано
спас, спасибо)
Спасибо тебе огромное, как я с ними намучился а оказывается не так все страшно!
Круто спасибо. Графы особенно понравились
Спасибо помогло!
то есть на каждый конфликт нужно создавать дополнительный коммит для решения конфликта??
для перефиксации файла, с явным указанием того, что был конфликт.
Шоб мой препод так объяснял...🙃
По поводу "конфликт видно в логах" - если явно его не указать, придется вытягивать коммиты через git diff. То, что у вас обозначается маленькой звездочкой, и выдумаете, что при сливе получился конфликт, я вас разочарую - при обычном мердже тоже идет такое обозначение на схеме, и вы точно не поймете, что это был конфликт. Вы можете слить ветку без кофликта - и на git log --graph --all вы также увидите точки, но они абсолютно не означают, что конфликт был. Можно попробовать посмотреть через git reflog - но там просто упорядочит журнал, если все было слито норм, без конфликта - да, покажет, а если был конфликт - то ничего не укажет, и тем не менее - конфликт необходимо прописывать самому, нет настолько универсальной команды, которая точно вам подсветит, был конфликт или нет.