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