Застрял с комментами, shift+: почему-то не сработало.. Помогло вот это: i - нажимаем в самом файле для редактирования текста (если нужно) ctrl+c - завершаем редактирование (если начали через i) shift+z, shift+z - ДВА РАЗА сохраняем и выходим из редактора.
А в редакторе nano, видимо, есть быстрые клавиши для принятия одного из вариантов конфликта. Не нужно это всё вручную удалять. Либо пользоваться другими редакторами. В Emacs удобно решать конфликты быстро - достаточно нажать одну из клавиш: A или B, например.
Доброго времени суток. Огромная благодарность Вам за то, что несете качественный, структурированный материал по GIT в народ. Хотелось уточнить, будет ли далее видео по работе с удаленными репозиториями ? (залить, скачать и т.д.) Так же хотелось бы, чтобы Вы немного описали какую-нибудь удобную IDE и показали её в работе. Заранее благодарю еще раз.
Спасибо :) Да, будет буквально через два видео по git начинаем работать с удаленным репозиторием. И под конец данной серии будет IDE которые упростят работу с git.
Добрый день, посоветуйте, пожалуйста, какие-нибудь удобные программы для мержа в графическом виде. Пользуемся и маками, и виндой. Хотелось бы что-нибудь кроссплатформенное, но не принципиально
Ребят, никогда не делайте git merge из мастера, так как в главную ветку могут попасть нежелательные изменения, которые лучше тестировать в отдельной ветке
Круто, но остался вопрос - мы слили мастер и дев, в мастере решили конфликт сохранили то что нам надо. Но теперь дев ветка получается неактуальна - что с ней делать и как дальше вести разработку? - удалять ветку и делать новую от мастера? или тоже мержить только в обратном направлении?
Подскажите пожалуйста, почему гит сразу сливает ветки и не предлагает решение конфликта, есть две ветки отличные от мастера при попытке слить их в одну ветку та ветка которую сливаю становится основной и вся старая ветка исчезает как будто ее и не было пишет Fast-forward ну и рассказывает что он изменил и сколько удалил старого, и в какую сторону капать и что читать
Ilya Kozel, конфликты надо решать, только если вы в ветках меняете одни и те же куски кода. Иначе изменения автоматически сливаются в одну ветку. Про удаление второй ветки - такого не должно быть. Можете написать команду, которую используете?
git merge [branch] не о каких конфликтах не говорит просто удаляет ветку и и заполняет той которую сливаю, щас еще раз проверю. Да, гит сказал что ветку мастер я не солью в ветку два типо Already up to date. (содержимое файлов было разное на строке 1 в колонке 5 были разные буквы, по идее как я понимаю это конфликт и слияние должно было быть) ну я и сказал давай тогда ветку два в ветку мастер сольем командой git merge two ( я уже перешел в master) на что он мне ответил: Fast-forward New Text File.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) и без какого либо конфликта он слил все и сказал, я сделал( ну вы понимает что он там сделал ) наверно поможет переустановка гита, но я не знаю где в убунду он хранит файлы свои что бы проверить типо все ли он удалил под чистую или он конфиги оставил и переустановка не поможет
а теперь представим проект с 1000 файлов и 100 папками, удачи все из коммандной строки смержить и без код комплишен и прочих ништяков в текстовом редакторе код исправить...
GIT хорош по функционалу, но крайне плохо продуман в области взаимодействия с пользователем. можно было бы просто выбрать нужный файл/файлы для слияния, нажать на кнопку "Слить", выбрать ветку для слияния и нажать "Да". Вместо этого, нужно полтора-два десятка строк написать. В SmartGIT не в разы проще. А нужно, чтобы было в разы. Иначе этим git-м будет очень сложно пользоваться. Самомазахизм какой-то.
@@_Smai1e_ Прекрасно понимаю. SmartGIT - прога для взаимодействия с gitом, как с базой данных. Прописывать через консоль команды, я считаю, очень трудоемкое занятие.
Спасибо за уроки! Так, как вы сказали,- ничего сложного... но информации по теме мало, поэтому Ваши видео действительно бесценны :)
Дуже дякую! Допомогло)
треба було вирішити конфлікт - та ваше відео було як раз до речі! Дякую за ваш труд ! Вподобайка з мене)
в 10-м уроке наконец то прокомментировал как выйти из редактора shift+: wq. спасибо
Господи, огромное спасибо. Скорее всего самый простой способ решения данной проблемы
Спасибо! Долго не мог найти решение этого трабла, пока не нашел ваше видео.
Ты помог ещё одному человеку! Спасибо добрый человек!)
Мне показалось, что сумбурно слишком. Если не знать, что происходит, то трудно проследить за руками и представить эти ветки.
Застрял с комментами, shift+: почему-то не сработало.. Помогло вот это:
i - нажимаем в самом файле для редактирования текста
(если нужно)
ctrl+c - завершаем редактирование
(если начали через i)
shift+z, shift+z - ДВА РАЗА сохраняем и выходим из редактора.
like за полезный комментарий!
0:33 "git loh" Как знать, как знать...)))
пасхалочка ))
Тем кто на винде, что бы увидеть подробности конфликта слияния, как на 4:54 видео, нужно ввести команду git diff
Хорошо объясняешь. Еще бы кто содержание сделал.
А в редакторе nano, видимо, есть быстрые клавиши для принятия одного из вариантов конфликта. Не нужно это всё вручную удалять. Либо пользоваться другими редакторами. В Emacs удобно решать конфликты быстро - достаточно нажать одну из клавиш: A или B, например.
Один из понятных примеров.
Доброго времени суток. Огромная благодарность Вам за то, что несете качественный, структурированный материал по GIT в народ. Хотелось уточнить, будет ли далее видео по работе с удаленными репозиториями ? (залить, скачать и т.д.) Так же хотелось бы, чтобы Вы немного описали какую-нибудь удобную IDE и показали её в работе. Заранее благодарю еще раз.
Спасибо :) Да, будет буквально через два видео по git начинаем работать с удаленным репозиторием. И под конец данной серии будет IDE которые упростят работу с git.
с нетерпением жду, изучил и пережевал все ваши уроки
3:44 тут тоже какое-то слияние видео, дважды одно и тоже делаете
коротко и ясно. спасибо
Спасибо, довольно доступно
Добрый день, посоветуйте, пожалуйста, какие-нибудь удобные программы для мержа в графическом виде. Пользуемся и маками, и виндой. Хотелось бы что-нибудь кроссплатформенное, но не принципиально
bitbucket
meld
Ребят, никогда не делайте git merge из мастера, так как в главную ветку могут попасть нежелательные изменения, которые лучше тестировать в отдельной ветке
А как тогда вообще на мастер изменения заливать? Из другой ветки
@@ilyamatsuev9706 Создаётся ветка (develop к примеру). Сначала всё идёт туда, а вот она уже после тестирования мержится с мастером
Круто, но остался вопрос - мы слили мастер и дев, в мастере решили конфликт сохранили то что нам надо. Но теперь дев ветка получается неактуальна - что с ней делать и как дальше вести разработку? - удалять ветку и делать новую от мастера? или тоже мержить только в обратном направлении?
я тоже начинающий. сегодня целый день ломал голову над этим вопросом. пришел к выводу, что пока не опытный лучше грохнуть и сделать новую)
Подскажите пожалуйста, почему гит сразу сливает ветки и не предлагает решение конфликта, есть две ветки отличные от мастера при попытке слить их в одну ветку та ветка которую сливаю становится основной и вся старая ветка исчезает как будто ее и не было
пишет Fast-forward ну и рассказывает что он изменил и сколько удалил старого, и в какую сторону капать и что читать
Ilya Kozel, конфликты надо решать, только если вы в ветках меняете одни и те же куски кода. Иначе изменения автоматически сливаются в одну ветку. Про удаление второй ветки - такого не должно быть. Можете написать команду, которую используете?
git merge [branch] не о каких конфликтах не говорит просто удаляет ветку и и заполняет той которую сливаю, щас еще раз проверю. Да, гит сказал что ветку мастер я не солью в ветку два типо Already up to date. (содержимое файлов было разное на строке 1 в колонке 5 были разные буквы, по идее как я понимаю это конфликт и слияние должно было быть) ну я и сказал давай тогда ветку два в ветку мастер сольем командой git merge two ( я уже перешел в master) на что он мне ответил:
Fast-forward New Text File.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
и без какого либо конфликта он слил все и сказал, я сделал( ну вы понимает что он там сделал ) наверно поможет переустановка гита, но я не знаю где в убунду он хранит файлы свои что бы проверить типо все ли он удалил под чистую или он конфиги оставил и переустановка не поможет
Как я и говорил переустановка гита помогла, теперь все норм, я счастлив ^_^
Показывал бы это все в процессе в gitk, а так спасибо)
Спасибо тебе бро)))
очень понравилось
Когда мы переключаемся между ветками, то код меняется?
Да, всё верно.
Спасибооооооооооооооооооооо!!!!!))))))))
только у меня звук обогнал видео?
а теперь представим проект с 1000 файлов и 100 папками, удачи все из коммандной строки смержить и без код комплишен и прочих ништяков в текстовом редакторе код исправить...
и как быть в этом случае?
Best) greatly helped
ты крутой у тебя мак
но ведь abort - грех :/
GIT хорош по функционалу, но крайне плохо продуман в области взаимодействия с пользователем. можно было бы просто выбрать нужный файл/файлы для слияния, нажать на кнопку "Слить", выбрать ветку для слияния и нажать "Да". Вместо этого, нужно полтора-два десятка строк написать. В SmartGIT не в разы проще. А нужно, чтобы было в разы. Иначе этим git-м будет очень сложно пользоваться. Самомазахизм какой-то.
Что ты несёшь?...🤦♂️
А ты точно понимаешь, что такое git и smartgit, и в чем их разница? Очень сомневаюсь
@@_Smai1e_ Прекрасно понимаю. SmartGIT - прога для взаимодействия с gitом, как с базой данных. Прописывать через консоль команды, я считаю, очень трудоемкое занятие.
Подача материала просто ужасна! Бубнит монотонно, зачем-то вырезал все паузы.. Ты не не Sorax, и не надо ему подражать...
кстате, куда он пропал?