@@vitiyz803vitiyz ну я как человек с опытом говорю, особенно понятно ребейз объяснили. Я для молодых собираю всегда информацию в плане видосов, вот этот сейчас в топе моих рекомендаций
@@neosapian1075 но может ли нейросеть передавать живую энергию человека? Не окажется ли когда-нибудь подобное нейросетям типа информационного ГМО . Не наступит ли время информационной тошноты и рвоты?
@@ВикторВоеводов конечно может. И я уверен вы уже слушали и слышали голоса ведущих, дикторов, блогеров кто использует нейронки для озвучки своего текста своим голосом , с определенными исправлениями . Вы просто этого не замечаете.
@@max.on69 скорее всего он и не пытался ) Сам долгое время обходился без Git, зная только базовый набор команд для личного использования. Однако любой проект, который предусматривает параллельную работу нескольких человек (или даже команд), требует наличия системы контроля версий. В итоге азы сетевого взаимодействия в Git мне за 15-20 минут рассказал коллега по проекту :) А чуть позже я просмотрел отменный ролик Моша Хамедани и прочитал пару книг, закрепив всё это дело в памяти (как тогда думал). По факту же вышло как обычно: если не используешь технологию долгое время, то у тебя в голове остаётся лишь общее представление о том, как она устроена, понимание принципов работы и наиболее часто используемый набор команд. Остальное уходит )
Насчет объединения веток и переименования, если они последние, проще запомнить простой порядок действий: Делаешь откат веток, правишь что нужно, делаешь новый комит и форспушишь. Для отката: git undo А с остальными манипуляциями можно запутаться. Еще мог бы объяснить работу с git reflog. Там хранится история всего, в том числе и форспушей. То есть если закосячишь ветку, ее можно восстановить использую тот же git reset
Отлично обзорное видео, спасибо! По поводу git push -- force, рекомендую присмотреться к git push -- force-with-lease. Это безопасней, меньше шансов перетереть чужие изменения в ветке, если ремоут обновился, а локальная бранча не отребейжена.
У нас в компании соглашение, что форспуш нельзя делать в общие ветки. Потому что после форспуша все кто веткой пользвоались, должны обновиться, иначе они перезатрут изменения. Форспуш делаем иногда, но всех ставим в известность и контролируемо делаем. А для своих веток пожалуйста и описанной тобой проблемы не будет ,т.к. с веткой никто кроме тебя не работает обычно.
git rebase это крайне полезная команда при обновлении feature веток поверх свежего master чтоб в своих ветках иметь всегда последние изменения + свои правки
Полезное видео. Жалко ничего не сказано про diff. И как настроить гуи тулзы компаринга для diff и merge гита. И как компарить не только файлы, но и каталоги бесплатными тулзами. Кстати, rebase и amend лежат в основе gerrit.
@@egorguru спасибо, так и думал, ох как неохота ставить в систему сторонние терминалы, на bash все настроил, выглядит красиво, но при переключении ветки в терминале vs code видна старая ветка. Написал isue в vs code, править не хотят.
Написано для профи, тоесть если я все это помню наизусть и даже свыше того, про субмодули, про аттрибуты меня можно назвать профи, приятно, минус комплекс самозывнца, спасибо😊
Да, соглашусь, что подача материала отличная. Жаль только, что сам гит, как и другие разработки Торвальдса - это яркий пример, как не должен выглядеть пользовательский интерфейс и набор команд. И вопрос. Кто-нибудь знает гит-клиента для терминала? Заранее благодарю!
Новички валятся еще на этапе push, когда пароли и ключи начинает требовать, а старые гайды не актуальный и надо ssh. И еще не увидел про настройку переноса строк, тоже большое препятствие.
Я обычно ребейз использую, когда от мастера создавалась ветка, а потом в мастер влили какие то важные изменения и ребейзишь свою ветку на актуальный мастер. Это я правильно делаю или есть способ лучше?
Я всегда в своей ветке просто писал git pull origin master, тогда все изменения мастера подтянутся в твою (то есть у тебя будет актуальная ветка) и делай в ней, что хочешь. И никаких ребейзов не надо. За 4 года практики ни разу его не применял
мда...я вам совсем новичок в гите говорю - большую часть того что вы показываете не понятно..типа "вот мы нажали - вот увидели" - что увидеть надо было на 3 секунды? как правильно что важно читать а что не важно?... это наверно хорошее видео для людей с опытом.. но как писали в комментах - новички валяться на первых ошибках коммита/пуша (сколько у меня там это нервов съело )
Почему во всех уроках про гит показывают на примере консолей, чё вы все дрочите на эти консоли, нельзя сделать 5 кнопок к которым привязать скрипты, которые вводите в ручную? Работа программиста и заключается в автоматизации, бесполезных, рутинных вещей
консоль - лучший друг разработчика! если Вы не диванный разработчик или мамкин программист, то должны знать, как на проде, где зачастую Вам доступен только ssh-тоннель до прода, как раз и будет только консоль "в руках" - вот тут и пригодятся навыки работы в консоли, а не всякие там UI-шные извращения.
Лучшее видео по Git!!!! Смотрел видео час. 3 часа.... и ни чего там не понял. тут четко. кратко. только команды без нудоты.... класс!
Прикольно, я думаю что это самый полезный и доступный ролик без лишней воды. Для тех кто начинает пользоваться - это самое оно!
В каждых видеоуроках есть такой комментарий
@@vitiyz803vitiyz ну я как человек с опытом говорю, особенно понятно ребейз объяснили. Я для молодых собираю всегда информацию в плане видосов, вот этот сейчас в топе моих рекомендаций
вот прям супер без воды! Специально коммент в поддержку канала
Спасибо за подачу без лишней воды, и скорость вменяемая, и звук хороший. Красота!
Однозначно лучшее видео про git. Мне бы такое видео в своё время )))
Достойно, самая нужная база. Новичкам вообще топ, чтобы не пугались данной технологии
Очень хорошая озвучка- ровная и размеренная- идеальная для учебного видео. Многое уже знакомо, но повторение - мать учения.
любую озвучку можно прогнать через нейросеть.
@@neosapian1075 но может ли нейросеть передавать живую энергию человека? Не окажется ли когда-нибудь подобное нейросетям типа информационного ГМО . Не наступит ли время информационной тошноты и рвоты?
@@ВикторВоеводов конечно может. И я уверен вы уже слушали и слышали голоса ведущих, дикторов, блогеров кто использует нейронки для озвучки своего текста своим голосом , с определенными исправлениями . Вы просто этого не замечаете.
В целом, видео прям классное. Все хорошо, логично и наглядно подано
Спасибо за урок. Самая понятная подача темы из того, что я видел
Спасибо, друг! Столько гайдов теоретических по гиту, а вот такой вот, практический, это то что мне было нужно для первого коммита!)
👍
Про тиг не слыхал, спасибо
Реально просто понятно и без всяких котиков !
Спасибо тебе автор, я год не мог понять как работает гит, а ты за 20 минут все разжевал
Серьезно? Ты год не мог открыть доку по Гиту, где более полная информация, в отличие от того что преподносит автор (это скорее видео хендбкк)?
@@max.on69 скорее всего он и не пытался )
Сам долгое время обходился без Git, зная только базовый набор команд для личного использования. Однако любой проект, который предусматривает параллельную работу нескольких человек (или даже команд), требует наличия системы контроля версий.
В итоге азы сетевого взаимодействия в Git мне за 15-20 минут рассказал коллега по проекту :)
А чуть позже я просмотрел отменный ролик Моша Хамедани и прочитал пару книг, закрепив всё это дело в памяти (как тогда думал).
По факту же вышло как обычно: если не используешь технологию долгое время, то у тебя в голове остаётся лишь общее представление о том, как она устроена, понимание принципов работы и наиболее часто используемый набор команд. Остальное уходит )
Очень полезное и краткое (даже слишком :) видео!
Рекомендуется для лучшего понимания перед прочтением документации...
Постоянно забываю git команды, так как все через Intellij IDEA заливаю. Спасибо за обзор, очень полезно!
Это действительно лучший гайд, спасибо автору
Крутое видео, всё чётко и понятно
Насчет объединения веток и переименования, если они последние, проще запомнить простой порядок действий:
Делаешь откат веток, правишь что нужно, делаешь новый комит и форспушишь.
Для отката: git undo
А с остальными манипуляциями можно запутаться.
Еще мог бы объяснить работу с git reflog. Там хранится история всего, в том числе и форспушей. То есть если закосячишь ветку, ее можно восстановить использую тот же git reset
Спасибо! Жаль, что нет git bisect, раз уж ролик про "как профи". Вещь редко нужная, но очень полезная
Спасибо. Офигенная подача. База, и даже больше, за 20 минут 👍
Отлично обзорное видео, спасибо!
По поводу git push -- force, рекомендую присмотреться к git push -- force-with-lease. Это безопасней, меньше шансов перетереть чужие изменения в ветке, если ремоут обновился, а локальная бранча не отребейжена.
У нас в компании соглашение, что форспуш нельзя делать в общие ветки. Потому что после форспуша все кто веткой пользвоались, должны обновиться, иначе они перезатрут изменения. Форспуш делаем иногда, но всех ставим в известность и контролируемо делаем.
А для своих веток пожалуйста и описанной тобой проблемы не будет ,т.к. с веткой никто кроме тебя не работает обычно.
Спасибо за видео, было очень полезно)
Удачи в развитии канала)
Можно ещё более верхнеуровневых рекомендаций? Что выносить в отдельные ветки, когда мерджить, оформление комментариев, интеграция с jira и тд.
git rebase это крайне полезная команда при обновлении feature веток поверх свежего master чтоб в своих ветках иметь всегда последние изменения + свои правки
Полезное видео, благодарю!👍👍👍👍
Большое спасибо за проделанную работу!
Спасибо, Егор.
очень доступно и понятно. Лайк однозначно
O! Codium? Сразу подписался! Спасибо что используете!
Полезное видео. Жалко ничего не сказано про diff. И как настроить гуи тулзы компаринга для diff и merge гита. И как компарить не только файлы, но и каталоги бесплатными тулзами.
Кстати, rebase и amend лежат в основе gerrit.
Спасибо!
Автор, как ты достиг отображения текущей ветки гита во встроенном терминале при переключении ветки?
У меня стоит zsh + Oh-My-Zsh
@@egorguru спасибо, так и думал, ох как неохота ставить в систему сторонние терминалы, на bash все настроил, выглядит красиво, но при переключении ветки в терминале vs code видна старая ветка. Написал isue в vs code, править не хотят.
Написано для профи, тоесть если я все это помню наизусть и даже свыше того, про субмодули, про аттрибуты меня можно назвать профи, приятно, минус комплекс самозывнца, спасибо😊
лишь бы код нормально писал, с гитом разобраться - раз плюнуть)
А я для документооборота его использую
Вот теперь я понял! ! !
спасибо
со всего разбега лайкнул
Да, соглашусь, что подача материала отличная.
Жаль только, что сам гит, как и другие разработки Торвальдса - это яркий пример, как не должен выглядеть пользовательский интерфейс и набор команд.
И вопрос. Кто-нибудь знает гит-клиента для терминала?
Заранее благодарю!
@@coyotewld Супер. То, что нужно.
а где же git fetch и сравнение его с git pull и теги?
давайте оставим .... и будем следовать традициям. - и тут за кадром надевается белый колпак 😂
Новички валятся еще на этапе push, когда пароли и ключи начинает требовать, а старые гайды не актуальный и надо ssh. И еще не увидел про настройку переноса строк, тоже большое препятствие.
Лучшее объяснение работы с гитом, спасибо огромное!
easy tutorial for git on russian its also best
какой-то странный приглушённый ритмичный звук на фоне
подскажите что за тема в редакторе и терминале?
Тема - Monokai
Шрифт - Menlo
Я обычно ребейз использую, когда от мастера создавалась ветка, а потом в мастер влили какие то важные изменения и ребейзишь свою ветку на актуальный мастер. Это я правильно делаю или есть способ лучше?
Да, всё правильно делаешь. Забыл про этот случай использования ребейза рассказать в видео.
Я всегда в своей ветке просто писал git pull origin master, тогда все изменения мастера подтянутся в твою (то есть у тебя будет актуальная ветка) и делай в ней, что хочешь. И никаких ребейзов не надо. За 4 года практики ни разу его не применял
А что это за среда разработки?
VSCodium
@@egorguru Благодарю! 🤝
если сделать к этому видео английские субтитры, оно наберёт лям просмотров
Очень увлекательно. Но, под конец ролика излишне, на мой взгляд, торопился.
Так а теперь зачем все это если есть Git Graph?
rebase проскочили по верхам
Ничего не понял
3:55 про рабство все наоборот -
Мастер = звучит как рабовладелец
не тупи, все он правильно сказал
У кого это так звучит? Мастер - звучит как специалист или главный.
Когда зашел чтобы стать профи, а по итогу не увидел ничего нового
Мы так рады, что Ваше эго выплеснулось в этот комментарий. Постараемся дотянуться до Вашего Олимпа
На самом деле гайд правда хороший, особенно для новичков, я тока тока знакомлюсь с гитом, и этот видос нехило помог
😂 ну на Ютубе почти все для новичков. Вам наверно нужно книги читать начиная только с 800-той страницы.
Думаю тебе нужно искать в другом месте например книги
@@Qcuko git switch -c "name-new-branch" на сотой странице пока я.
Гайд огонь, но про rebase очень плохо. Там нет никакой магии и merge опасней, проблемней в командной разработке.
мда...я вам совсем новичок в гите говорю - большую часть того что вы показываете не понятно..типа "вот мы нажали - вот увидели" - что увидеть надо было на 3 секунды? как правильно что важно читать а что не важно?... это наверно хорошее видео для людей с опытом.. но как писали в комментах - новички валяться на первых ошибках коммита/пуша (сколько у меня там это нервов съело )
Очень всё понятно без схем, ага...
Ну автору было сложно найти GUI под гит, а чего ещё ожидать от javascript'ера
Ультимативный? Ё-моё, кудя я попал...
Ага, ultimate=ультимативный, accurate=аккуратный итд. Идти и смотреть правильный перевод перед тем, как написать - это же так долго и скучно! 😂😂😂
ничего не видно
8:40- 8:50 - здесь когда делаем мерж. где происходит слияние? на моей локальной машине? не в удаленом репо?
про теги 0 инфы? Красавчик
Превью говорит одно название другое
Почему во всех уроках про гит показывают на примере консолей, чё вы все дрочите на эти консоли, нельзя сделать 5 кнопок к которым привязать скрипты, которые вводите в ручную? Работа программиста и заключается в автоматизации, бесполезных, рутинных вещей
создай своё видео
консоль - лучший друг разработчика! если Вы не диванный разработчик или мамкин программист, то должны знать, как на проде, где зачастую Вам доступен только ssh-тоннель до прода, как раз и будет только консоль "в руках" - вот тут и пригодятся навыки работы в консоли, а не всякие там UI-шные извращения.
Можно, но зачем?
каменты куплены
Английское ultimate не переводится, как "ультимативный". Не позорьтесь.
Видос полная шляпа.
Даже взять отрезок про слияние.
Даже не сказал про виды слияний, как это работает.
Поверностно максимально.
Какая-то фигня. Простой пересказ документации
Егор, сделай пожалуйста видео про Docker и Kubernetes.
Новая ветка сама может попасть в реп git push -u origin first-branch
хмм ну не профи. а базовые вещи