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