Лучший Гайд по Git Для Начинающих За 15 Минут

[@fakng-engineer]

БЕСПЛАТНЫЙ ВЕБ "Рынок труда в 2025 для Java Junior без опыта" 23 октября в 19:00 по МСК! Разберем, что ждет джунов в будущем году, какие требованиях и, что будет с зарплатами. ЗАРЕГИСТРИРОВАТЬСЯ: www.faang.school/vebinar-job-market-2025?

[@Леонид-с5з]

не получается зарегистрироваться на вебинар, нет формы регистрации.

[@li_maxio5930]

Блинский, только заметил видос, а оказывается уже и вебинар прошёл и Шпаргалки не открываются(

[@goodvideobro]

кто тоже хочет видео про elk, reids, kubernates, ставьте лайк, посмотрим сколько нас

[@Егор-д3у4с]

Elk не актуально😢, нужен open search

[@ber1yabo336]

1. Еще в начале ролика поставил лайк потому что видео реально полезное, без воды и прочей бурды. 2. На протяжении ролика раз 10 ставик лайк забыв что уже поставил. 3. А почему в гитхабе не сделать визуальное оформление веток?!?!? с функционалом - нажал на нужный кружок - вот тебе весь его код и файлы, вышел обратно, следующий нажал, вот тебе его код и что добавлено в сравнении с предыдущим кружком, это ведь реально мега удобно и просто, чем листать список

[@ИгорьТрофимов-ш8з]

Влад, это шикарное видео! Ты молодец. Спасибо за работу с анимацией и продуманный сценарий

[@ДмитрийГуревич-ж5э]

Влад ты МОЛОДЕЦ - очень простые и понятные уроки о СЛОЖНЫХ ВЕЩАХ!

[@ИванИванов-ж9э3ц]

Офигенно сделано видео! Спасибо за такую подачу материала, на простом объяснении и графическом подкреплении!!!

[@lowkkid]

про rebase вообще чушь наговорил какую-то. если мы на фича-ветке, сделали rebase master, то master никак не затронется. фича-ветка действительно перенесется на последний коммит из master, но это лишь изменит саму фича-ветку (в неё добавятся недостающие мастер коммиты), в ветку master новых коммитов не добавится. если переносить коммиты с фича-ветки на мастер, то надо перейти на мастер и сделать rebase feature. а вообще я никогда не видел, чтобы ребейз для слияния в основную ветку использовали. обычно через мёрдж, чтобы создавался мёрдж коммит, и в случае чего можно было сделать revert на один этот коммит, а не отменять n коммитов с фича ветки.

[@popugay100]

корректное замечание, Влад добавь мерж - это на много популярнее ребэйс + иногда мы пользуемся черри-пик и еще реже аменд - тогда это будет действительно 100% всех случаев

[@BaielAbdulin]

У него давно было видео, он по-моему об этом говорил. Скорее всего забыл или просто оплошал.

[@whitelight8811]

Браво! Мой брат учит разработку, и это видео помогло ему понять концепции гита.

[@АннаДомик]

Урааааа, новое видео Влада. Как же я рада) Влад, ты самый лучший учитель)

[@ulyssesaa]

- Сколько рекламы будет в видео? - Да.

[@екатеринамаврицкая-и6ф]

Какой классный канал я сегодня нашла 😻 Уже 4 видео и все полезные !!

[@drawi006]

Поступил в универ и по плюсам мы сдаем задания именно через гитхаб, большое спасибо за такое своевременное видео хахах

[@tenmaxim1904]

Отлично 👌 коротко и ясно, без "воды", красавчик👍

[@КостянтинКлюхін]

git stash ещё Я без него не выжил бы 🥲

[@lovelyboy8056]

А него скакать от задачи к задаче 😅😅😅

[@exhanter]

Молодец! Отличное видео, отличные анимации, прямо как надо!

[@СергійЧалий-ч8и]

Крутой видос! Спасибо!

[@paleface_brother]

Hartelijk dank, Vlad!

[@shikovspace5415]

Ты первый автор, которого я смотрю в скорости 0.75, чтобы улавливать 100% )) Обычно смотрю в 1.5. Отличный, и главное, понятный материал. Подписался и лайк прожал!

[@vova_salnikov]

Абсолютно идентично!😂

[@slippers__]

Спасибо за видео)

[@JukOlen]

11:55 - вроде надо git merge для этого использовать, а не git rebase. Git rebase перезаписывает старые коммиты новыми и поэтому меняются хеши, а это боль для дальнейшей разработки в команде.

[@swampmanster]

ага, автор спутал merge и rebase

[@SvyatoyVitaliy]

Ну оба подхода возможны. Мы из фича-веток мержим в дев, а вот в мастер уже ребейс и сплющить после ревью) так уж повелось

[@LiveLivintv]

@@SvyatoyVitaliy мы только из мастера в свою ветку подтягиваем изменения через git rebase

[@balaamster]

rebase же может как перезаписывать историю, так и просто сделать "перемотку" вперёд. Если сделали ответвление от мастера, в ней (новой ветке) завершили создавать новую фичу и при этом, после момента ответвления в мастер не было сделано новых коммитов, то выгоднее сделать rebase, чем merge, который создаст новый "коммит ради коммита" rebase в этом случае просто перенесёт метку master на завершающий коммит, в котором создавалась новая фича. Словно все коммиты, от момента ветвления, делались в мастер.

[@KARMAElectronics]

​@@balaamstermerge fast forward сделает в этом случае то же, что и rebase

[@duckwasfirst]

Спасибо, всё понятно!

[@sacredgr0v3]

Видео как по заказу, лайк коммент чмок в лобик

[@bondarenko1702]

Спасибо тебе. Очень класное и поучительное видео👍

[@stanislavkuprienko6475]

Круто! Спасибо 👍 А ещё просим видео про Redis! RE-DIS! RE-DIS!

[@Maks_Eficace]

Привет Влад, очень жду один день программиста!

[@Code_forge_IT]

Обясняешь лучше всех! Лайк ❤

[@Evgen3512]

I am waiting your videos every day :)

[@oblad8783]

Еще не много хотел дополнить Для создания новой бранчи и перехода на нее можно использовать git checkout -b Еще есть полезная команда для подгрузки изменений с основной ветки на вашу с так называемым решение конфликтов у нас есть 3 основные ветки dev stage master и вот если кто то замерджил изменения в dev и вы хотите что бы они подгрузились на вашу ветку можно использовать комануд git pull origin dev --rebase И еще git rev-parse HEAD нужно для того что бы Получить хеш последнего коммита например для загрузки в другой репозиторий.

[@intermirgroup4347]

Хорошее видео)

[@AlexSmith_ru]

Спасибо, столкнулся с такой проблемой как создание SSH ключа. Очень много времени потратил что бы сделать сертификат.

[@РауфШиринов]

Для тех кто не знает разницу между rebase и merge: Вам даже Влад объяснил как используется rebase (перенос коммитов). Нет ошибки

[@d1mitriev]

Влад, я тебя обожаю. ❤

[@kyatskovskiywork]

Вовремя, только собирался начать учить 😊

[@daniil2704]

Насчет добавления всех файлов через git add, я как то сталкивался с проблемами, уже не скажу какими, но по итогу взял себе за привычку юзать git add -A. Этот параметр явно говорит гиту добавить все без точек и звездочек

[@Тест-ы8ю]

Красава очень хорошо объясняешь. можно анимации на 20% меньше. и тебе меньше работы и нам голову не забиваешь

[@nostation9424]

Комент в поддержку

[@artemliuboshenko6639]

Блин... Хорош 🎉🎉🎉🎉

[@АлександрГринн-м3в]

ЛУЧШИЙ!!!

[@farengiheatfreek797]

Вижу Canva хорошо помогает в создании видео😅

[@galileogaliley704]

Даров) недавно наткнулся на твой канал, все очень круто преподносишь, прям по полочкам, однозначно подписка. Когда можно ждать видео про Кубер? Видел, что люди давно просят)

[@forellko8600]

Спасибо большое

[@lovelyboy8056]

git rebase используется для того, что бы подтянуть историю. А что бы в основную ветку внести правки нужен git merge. Git rebase нужен обычно если мы в отдельной ветке сделали новые правки потом смержили в мейн и после этого прошло время и мы вернулись к фиче которую над доработать но и нужно подтянуть изменения из основной ветки

[@4mo_uglerodnoe]

хэлло Владос) начинаю учить джаву

[@Cleavesss]

Поправьте, если не прав, но чтобы добиться поведения описанного в разделе git rebase в видео надо проделать следующие шаги: 1. git checkout feature (переходим в ветку feature, чтобы на 2 шаге сделать так чтобы первый коммит этой ветки оказался от последнего коммита ветки main/master) 2. git rebase main (переносим первый коммит наш, как будто мы сделали его от последнего актуального коммита в ветке main (предварительно ветку main надо подобновить, я обычно делаю git fetch и потом git rebase origin/dev, примерно такую конструкцию). Здесь ещё стоит уточнить, что если есть конфликты, то их придётся решить для каждого коммита в ветке feature (где затрагиваются эти изменения), а для новичка это, возможно, вызовет много проблем). А также важно то, что хеш наших коммитов в feature ветке изменится, и если над feature работаем не только мы, это может быть очень плохо, так что делайте rebase-ы только если один работали над feature 3. git checkout main (переходим на main) 4. git rebase feature (не делал ни разу, но в теории должно произойти поведение описанное в видео) В целом мы на работе используем rebase, чтобы сохранить «красивый» git graph прямо перед созданием мердж реквестов, и так более структурно понятно кто какие изменения внёс и остаётся возможность откатиться на один коммит, если такое требуется

[@samflanker]

соглашусь, это и есть правильный подход использования rebase @fakng-engineer

[@lidiagodo7622]

Я не поняла, почему делаем git rebase main, но после git fetch уже не main, а git rebase origin/dev ?

[@Cleavesss]

@@lidiagodo7622 Пункт с main - это из ролика (пошаговое объяснение того, что нужно сделать, чтобы добиться поведения с видео ) А в скобочках я там просто хотел показать как обычно происходит этот процесс в работе, мы в main впринципе льём изменения только через UI удаленного репозитория, поэтому чаще всего rebase (у меня лично в работе) выглядит как сочетание этих двух команд (git fetch и git rebase origin/dev)

[@lidiagodo7622]

@@Cleavesss Ооо поняла, большое спасибо!

[@barbossa7170]

Я щитаю надо было 12 делать: merge и cherry-pick - тоже весьма важные команды, особенно если у сеньора пунктик - "1 ветка, 1 коммит", а иначе кровь из глаз у него идет. (из личной практики) upd. туда же squash

[@entertate]

норм спс круто топ пойдет ну хороший видос тип норм, снимай еще , го че нить интересное сними пж , мб про лямбды и стримы было бы норм видос интересный, го лямбды и стримы

[@vydumannaproch]

9:07 А можно сразу прописывать git checkout -b

[@IvanPatskan]

У Влада лучшие видео по гиту на русскоязычном Ютубе

[@Sergey-wo3vu]

Чтобы создать ветку и сразу в неё перейти достаточно одной команды git checkout -b {branch_name}. Ну и использовать rebase вместо merge - это может быть жестоко (пример из жизни: забивать молотком шуруп).

[@pavel7930]

Rebase и merge, немного отличаютьмя! А когда фигню закомитил то нужно знать про reset -hard

[@zemo1331]

Чтобы удалить коммит так чтобы он не остался в истории, то можно сделать интерактивный rebase, и в редакторе vim на нужно коммите написать drop. Не благодарите)

[@barbossa7170]

благодарить за то что люди будут гуглить "как выйти из vim"??? Месье знает толк в изв...

[@zemo1331]

@@barbossa7170 ахахахха, мдааа уж. Вот это вайтишники мощные пошли… как из вима выйти не разберутся, бедолаги

[@CorvusRegnum]

а где git merge?

[@Леонид-с5з]

Спасибо, очень крутой ролик! Очень наглядно, доходчиво, не скучно. Но что насчет команды git merge? Ее не упомянули. Что если я не хочу переносить всю ветку с коммитами в основную, а хочу сохранить ее, чтобы было видно над чем в какой ветке работали (тоже самое и с другими доп. ветками), а просто хочу подсоединить последний коммит данной ветки к основной ветке? Для этого, насколько я помню как раз и используется git merge (чтобы объединить коммиты из разных веток). 14:28 Но что если я полностью хочу удалить старый коммит?

[@vyacheslavs5642]

Отличное изложение, спасибо. В какое программе сделаны анимации?

[@strawberry-field]

Неправильное понимание гит ребейза. Он нужен для другого. Гит ребейз от мастера иногда делается перед отправкой локальной ветки на влитие в мастер, если у тебя по задаче было много коммитов, а хочется, чтоб они не перемешались с чужими коммитами, которые уже есть в мастере (влились одной кучкой, по порядку). Мы делаем git fetch && git rebase origin/master, гит подтягивает все недостающие коммиты из мастера, а твои личные коммиты переносит в конец истории. Иногда это сопровождается разрешением конфликтов, если правки чужих коммитов связаны с теми же частями кода, что в твоих. После этого можно пушить свою ветку и отдавать её на заливку в мастер. Если не требуется такой перенос своих коммитов в конец истории, то можно делать git pull origin/master или git merge origin/master перед пушем.

[@b0bah42]

Это именно то, что мне нужно было. Спасибо, Влад!

[@senx34]

Я ценю ваш труд и полезность видео, но белые вспышки с щелчком не нужны 😊

[@romanmed9035]

только что сообразил, что оказывается что я работаю фулстэк (js-react-vue + php) более7 лет.

[@viktorvladimirov7594]

Друг, говоришь о rebase нужно явно рассказать почему используешь в "своей ветке" ибо это важный нюанс о котором ни слова. Тут 15 мин об основных коммандах явно мало времени для обьяснения.

[@LavandaKicK]

а как же chery pick?

[@vanchoponcho8822]

Коммент в поддержку канала. Спасибо, Влад.

[@dzenthai]

Я бы еще выделил git reset, а именно возвращение к предыдущему коммиту: git reset --hard HEAD

[@Caesar9977]

Влад, а в каком гите лучше работать? Десктопным или в консоли?

[@WebCreator-js]

Мишустин? подозрительная фамилия 😃

[@pavel7781]

Владислав, а в какой проге такие крутые анимации делаешь? Малой хочет тоже научиться такие делать и на информатике блестать.

[@fakng-engineer]

канва)

[@МаратСаакян-ю3п]

Стрижка топ

[@pil1grim312]

очень хорошее видео, до этого знал, эти команды, но ты объяснил более глубже

[@volleyy1124]

Почему не упоминал merge ? В чем преимущество rebase?

[@monoteiz]

Привет. На чем делаешь анимации?

[@fakng-engineer]

canva

[@sdf0as9f0a9sda0s]

а в чём разница между ребейс и мёрдж?

[@СергейШевяков-б4о]

Шпаргалки по Git нет (((

[@ДмитрийЛошадь-х1ч]

Я люблю Влада, Влада я люблю!

[@DitoGeorgia0312]

Не работает ссылка на шпаргалку :-(

[@samflanker]

Давай уже, перелазь с французской "Р" на русскую.

[@oxidoflofe1621]

Кто-нибудь знает, почему аккаунт в гитхаб блокируется сразу после его создания?😢

[@EveryoneIsSoParanoid]

Это, конечно, все полезно, но....Зачем) Уже давно все делается прямо в IDE без заигрываний вручную с терминалом

[@АбубакрДавронкулов-ъ2щ]

Что с голосом?

[@kiwi7151]

В чем разница мерджа и ребэйз

[@barbossa7170]

merge твою ветку не переносит а просто сливает в месте последнего коммита. Rebase же переносит место (по сути первый а не последний твой коммит) где ты отколол свою ветку в указанное тобой место.

[@Dinar699_16]

Где шпаргалка, по ссылке не выдает?

[@fakng-engineer]

После регистрации по ссылке , тебя перебросит в закрытый телеграм канал, в закрепе ждет шпаргалка)

[@ookhands3843]

А как же git checkout -b ?

[@narcomann1646]

13:46 и не прощает😂

[@Rhf-y5i]

А гит мердж?

[@sevangulov]

Лайкос

[@symonfedorov]

Longtao на всех чтоли подписался в git?

[@АбубакрДавронкулов-ъ2щ]

Забыл написать, четкая прическа

[@vyacheslavs5642]

В данном видео вместо rebase уместнее было бы merge.

[@SvyaT_T__Airon]

УДАЛЯЙ! Я с этим позавчера весь день (10 часов) возился, а тут 15 минут. Так нечесно :(

[@АндрейПетров-х9к]

это сын премьер министра нашего?

[@Леонид-с5з]

6:37

[@levmedvedev]

Сделали ошибку, которую пытаетесь скрыть? Имейте в виду: Гит ничего не забывает! 😈

[@битард671]

тем, кто с нуля учит - бесполезно. куда вводить все это?

[@alexanderkuznietsov932]

Голос на Зеленского стал похож )) Вот этот хрипок такой... раньше не было

[@Torbjorn-ph7rt]

Это нормально использовать ребейз в командной разработке? А потом удивляться фингалу под глазом от других разработчиков? Ты сделал ребейз и отменил все наработки своего коллеги. Потом коллега тебе дал по мордесам, выдал ручку и тетрадку которую ты должен заполнить фразой "При командной разработке я делаю мерж а не ребейз" и так 1000 раз чтоб запомнил.

[@АлексейЛарионов-б7ж]

сложно