Ссылки: - Git курс (playlist): ruclips.net/video/W4hoc24K93E/видео.html - Git разное (playlist): ruclips.net/video/8HxTHPkdedA/видео.html - Учебник и курсы по JavaScript и смежных технологиям: learn.javascript.ru
Спасибо за такие крутоые ролики! Но не удержался написать когда чуть со стула не упал на том моменте когда ты сказал continue как контина. Реально я аж выпал...
1:22 Истинное слияние 2:28 Git merge-base [название веток через пробел] - чтобы увидеть последнего общего предка заданных веток 2:38 сравнение трех версий файлов (base + ours + theirs) -> merge 3:25 Прерванное слияние (конфликт) 4:51 общее правило слияния, если конфликта нет (в одном файле были изменения, а в другом нет) 5:28 если есть конфликт (изменения были в обоих файлах) 6:36 одни и те же строки файла в разных ветках изменены по разному 6:46 какие-то изменения удалось объединить, а какие-то нет 6:58 Флаг -U, чтобы укоротить вывод - указывает максимальное число строк в контексте (вокруг изменений). По умолчанию - 3 8:03 отображение конфликта в редакторе 8:55 git checkout --ours [путь к файлу] - оставляет вариант и текущей ветки 9:07 git checkout --theirs [путь к файлу] - оставляет вариант и другой ветки 9:19 git checkout --merge [путь к файлу] - снова отобразит версию с маркерами конфликта 9:30 вернуть все как было: 9:36 через git reset --hard 9:48 через git reset --merge (более аккуратный возврат) 9:59 наглядный пример 10:37 11:18 git merge --abort (аналог git reset --merge) 11:42 git checkout --conflict=diff3 --merge [файл] (выводит также информацию из последнего общего для веток коммита серым цветом) 12:25 установить такой способ представления глобально по умолчанию (git config --global merge.conflictStyle diff3) 12:53 причина, по которой git "не видит" изменений после устранения лишних строк вручную. Чтобы "увидел" нужно добавить в индекс. 13:03 информация в индексе при конфликте сразу о трех версиях файла. 13:12 показ в трех колонках. git show :[номер стадии]:[файл] 13:52 git merge --continue - псевдоним комманды git commit (для красоты). 14:13 в редакторе
10:37 - так ведь и слияние ветки в данном случае не получится, ведь Гит предупредит сказав что локальные изменения (рабочая директория + индекс) будут *перезаписаны* слиянием, предложив сперва добавить изменения в стэш либо закоммитить их. М-да, первый урок когда что-то не могу понять. Подскажите где я упускаю что-то или где я не прав.
1:52 - тут не понятно... почему git diff говорит о том что нет незакомиченных изменений в выведенных файлах? разве если передать diff-у две ветки (как в видео), он не сравнит *лишь закомиченные* изменения на которые указывает HEAD обеих веток? diff ведь показывает наличие изменений в рабочей директории при командах на подобе git diff или git diff HEAD, а тут нежданчик - команда git diff --name-only master fearure говорит что "незакоммиченных изменений в выведенных файлах нет"... Что я упускаю? Хэлп))
Гит слияние - это тебе не «трах-бах и всё готово». Это тебе не «собрались и разбежались». Тут всё гораздо глубже! А то, что вы тут устроили, не имеет ничего общего с истинным слиянием! Тупой выпендреж. (Камина)
Ссылки:
- Git курс (playlist): ruclips.net/video/W4hoc24K93E/видео.html
- Git разное (playlist): ruclips.net/video/8HxTHPkdedA/видео.html
- Учебник и курсы по JavaScript и смежных технологиям: learn.javascript.ru
очень достойно: визуальное объяснение тащит
Спасибо тебе огромное! Это лучший курс по git
Спасибо! Узнал для себя очень много нового, хотя в своих проектах использую git уже несколько лет. Пожалуй, лучший курс по git!
шизоид одно и то же под каждым видео спамит
Спасибо за такие крутоые ролики! Но не удержался написать когда чуть со стула не упал на том моменте когда ты сказал continue как контина. Реально я аж выпал...
1:22 Истинное слияние
2:28 Git merge-base [название веток через пробел] - чтобы увидеть последнего общего предка заданных веток
2:38 сравнение трех версий файлов (base + ours + theirs) -> merge
3:25 Прерванное слияние (конфликт)
4:51 общее правило слияния, если конфликта нет (в одном файле были изменения, а в другом нет)
5:28 если есть конфликт (изменения были в обоих файлах)
6:36 одни и те же строки файла в разных ветках изменены по разному
6:46 какие-то изменения удалось объединить, а какие-то нет
6:58 Флаг -U, чтобы укоротить вывод - указывает максимальное число строк в контексте (вокруг изменений). По умолчанию - 3
8:03 отображение конфликта в редакторе
8:55 git checkout --ours [путь к файлу] - оставляет вариант и текущей ветки
9:07 git checkout --theirs [путь к файлу] - оставляет вариант и другой ветки
9:19 git checkout --merge [путь к файлу] - снова отобразит версию с маркерами конфликта
9:30 вернуть все как было:
9:36 через git reset --hard
9:48 через git reset --merge (более аккуратный возврат)
9:59 наглядный пример 10:37
11:18 git merge --abort (аналог git reset --merge)
11:42 git checkout --conflict=diff3 --merge [файл] (выводит также информацию из последнего общего для веток коммита серым цветом)
12:25 установить такой способ представления глобально по умолчанию (git config --global merge.conflictStyle diff3)
12:53 причина, по которой git "не видит" изменений после устранения лишних строк вручную. Чтобы "увидел" нужно добавить в индекс.
13:03 информация в индексе при конфликте сразу о трех версиях файла. 13:12 показ в трех колонках. git show :[номер стадии]:[файл]
13:52 git merge --continue - псевдоним комманды git commit (для красоты). 14:13 в редакторе
без воды и много доп. информации. спасибо!
Большое спасибо за разбор.
Спасибо. Очень толково объяснено
Лучший курс по гит!!!
10:37 - так ведь и слияние ветки в данном случае не получится, ведь Гит предупредит сказав что локальные изменения (рабочая директория + индекс) будут *перезаписаны* слиянием, предложив сперва добавить изменения в стэш либо закоммитить их.
М-да, первый урок когда что-то не могу понять. Подскажите где я упускаю что-то или где я не прав.
лучшее объяснение которое нашел
Спасибо большое, очень полезная информация
1:52 - тут не понятно... почему git diff говорит о том что нет незакомиченных изменений в выведенных файлах? разве если передать diff-у две ветки (как в видео), он не сравнит *лишь закомиченные* изменения на которые указывает HEAD обеих веток?
diff ведь показывает наличие изменений в рабочей директории при командах на подобе git diff или git diff HEAD, а тут нежданчик - команда git diff --name-only master fearure говорит что "незакоммиченных изменений в выведенных файлах нет"...
Что я упускаю? Хэлп))
Когда у меня возникают проблемы с гитом, я бегу к Илье!
большое спасибо
Благодарю
$git merge-base master feature
2:19 > SHA-commit
$git merge master feature
3:25 > Conflict (ours theirs) ?!
$git merge --abort
9:30 > Abort merge
$git show :0:index.html
12:38 > Show preparing merge
Пять баллов!
Спасибо
Спасибо за урок
А как закрыть редактор, если он открывается в консоли?
если редактор nano, то ctrl+X
👍👍👍
OK!
пора открывать шампанское!
Ветки не обои, а обе. Обои на стене.
фичер... прикольно... фича, депача, литреча, фьюча и т.д.
Гит слияние - это тебе не «трах-бах и всё готово». Это тебе не «собрались и разбежались». Тут всё гораздо глубже! А то, что вы тут устроили, не имеет ничего общего с истинным слиянием! Тупой выпендреж.
(Камина)
Ну расскажи тогда что есть слияние в истинной форме )
@@mrtwon8638 Настоящее мужское безграничное слияние Гуррен Лаггана конечно еж)
Магма течёт в наших жилах, раскаляя сердца!
Спасибо!!!
спасибо
спасибо