The most common mistakes with git. How to fix it?
Vložit
- čas přidán 1. 09. 2020
- Если вы работает с гитом, то вы наверняка сталкивались с одной из этих 4 проблем:
00:40 Забыл добавить файл в последний коммит.
04:23 Как сбросить все изменения на stage?
06:42 Как откатить коммит?
11:50 Как сбросить состояние ветки до определенного коммита?
Сегодня мы разберем, как быстро исправить эти проблемы, не удаляя репозиторий :)
Если в вашей работе с git вы сталкиваетесь еще с какими-то проблемами или сложностями, напишите нам об этом обязательно в комментариях.
И позаботьтесь о друзьях и коллегах - перешлите им это видео ;)
Мои алиасы для git:
st = status
b = branch
ci = commit -a
co = checkout
prom = pull --rebase origin master
lol = log --graph --decorate --pretty=oneline --abbrev-commit
---
Если видео было для вас полезным, ставьте лайк и поделитесь им с друзьями.
Подписывайтесь на наш канал: bit.ly/fs-ytb
---
Присоединяйтесь к нам в соцсетях:
FB: / frontendscience
Instagram Сергея Пузанкова: / puzankovcom
Заходите на наш сайт: frontend-science.com/
#git #reset #revert
Друзья, спасибо всем за такой отклик - он помогает понимать лучше ваши пожелания.
Для «случайных» прохожих предупреждение - за любые оскорбления в комментах я просто баню.
Очень полезно и грамотно изложено. Хотелось бы видео по работе с ветками, как их правильно организовать, как сливать и решать конфликты.
Рад что было полезно! Отличная тема для видео! Сделаем!
Использовать git-flow)
@@FredUA Git flow спорная штука. Не всем нужна не всем подходит.
@@drapasYT Можно по ситуации варьировать, но все конечно же зависит от масштаба проекта
Спасибо за видео! С радостью бы послушал от Вас про rebase)
Рад что понравилось! Да вижу много запросов на rebase - сделаем!
Спасибо за доступное и легкое объяснение тем, казавшихся изначально сложными.
подача - класс )
Коротко и подробно. Очень круто! Спасибо.
Очень крутой ролик, спасибо! Буду смотреть дальше ваши видео.
Вот это контент! Вот это подача! Просто кайф! Огромное спасибо за канал! Выше всяких похвал.
Очень рады! :) Благодарим за поддержку!
Полезные видео, приятная подача. Спасибо!
Спасибо за видео! Недавно на собеседовании спрашивали что такое interactive rebase и отличие merge от rebase)
О классная тема! Очень часто пользуюсь интерактивным ребейзом. Могу записать отдельное видео по нему.
У меня тоже спрашивали отличие merge от rebase.
Очень полезная информация 👍 продолжайте в том же духе 🙌✨
Спасибо большое за урок! Я сейчас тоже изучаю технологию GIT.
Спасибо за ваш труд! Очень полезная информация!
Рады, что было полезно!
Спасибо большое! Очень полезный видос!
Рад, что было полезно)
спасибо очень просто и доступно !! успехов!)
Рад что понравилось! 👍
Юху)) спасибо! отличное полезное видео, знаю кому скинуть! Обязательно поделюсь)
Юхууу! ) Рад, что было полезно! 💪
Очень понравилось!!!!
спасибо большое!!! Очень полезно!!!
Спасибо большое. Все четко и понятно
Рад, что оказалось полезно
Привет с Кипра. Спс за видео.
Крутяк, keep up good work)
Отличный материал, спасибо!
Рад, что понравилось)
Спасибо за видео! Хотелось бы узнать, в каких случаях надо мержить, а в каких - ребейсить.
Благодарю за просмотр! :) В большинстве случаев команда принимает решение на старте - все мержат или ребейзят. Я могу записать отдельное видео на эту тему чтобы было больше понимания отличия этих подходов и какие подводные грабли у каждого.
Не знал про revert. Спасибо
Рад, что было полезно
Супер-полезно!!!
Очень рад! Приходите еще ;)
Было бы интересно посмотреть как решать конфликты после ребейса
Есть в планах! Там действительно есть свои особенности.
Спасибо, годный материал
Крутяк!!!
Отличное видео. Теперь не придётся бегать со словами - "Что я натворил с гитом"))
Класс!
🔥 Огонь. Автору респект и уважение. Про черипик ещё можно .
Приятного просмотра czcams.com/video/GZgswRhTHK8/video.html
@@frontendscience колдун! :)
@@1654045 🔮🧞♂️)))
полезное видео, спасибо)
Спасибо!
Очень очень круто
Лучший!!!
Так, було б чудово більше відео про Git!
Привет, Сергей!
Хорошее видео!
Монтаж пушка!
Сними пожалуйста видео работы с Гитом через WebStorm (ctrl + k), тонкости работы с ним. Можно ли при использовании WebStorm не пользоваться консолью?
Автору:
Спасибо за подобный контент. Все по делу. Остался вопрос, который ты не освятил, а он очень важен:
На 10:59 когда речь идет о команде `git revert ${good_commit_hash}` ты не сказал о том, что произойдет, если применить этот revert если между ломающим комитом на который мы ревертим и текущим есть еще много других комитов?
С точки зрения слушащего ролик возможны варианты:
1. Откатятся ВСЕ комиты, т.е. изменения кода на момент ДО применения этого комита
2. Откатятся строго те изменения, которые были сделаны именно В ЭТОМ комите, а те что были сделаны ПОСЛЕ останутся как есть
О таких вещах тоже надо упоминать. Ведь не редко мы подливаемся из веток, чтоб наш код был up to date, это крайне важно!
Всего тебе доброго! Энергии и чтоб про выгорание ты только в статьях на хабре читал и понятия не имел что это такое на практике
Очень крутое видео
Рад, что оказалось полезно
спасибо за видео, есть вопрос, после того как вы сделали первый коммит с добавлением текстовика вы это не пушите в ветку?
супер, дякую
Супер, очень доходчиво, спасибо!
Небольшое предложение: когда смотрю в полноэкранном режиме и нажимаю паузу, чтобы почитать что там в консоли, ютуб загораживает всплывающим интерфейсом пару строк сверху и снизу. Может сделать консоль чуть уже по высоте?
Учтем пожелание в будущих видео!
@@user-rr7qj5fg9g Ага, и при этом снимается с паузы
@@kisurov Уже учел в новых видео
У меня лично и у моих знакомых часто возникают вопросы в ситуациях когда приходится разрешать конфликты. К примеру - работаешь в своей ветке, а за это время в мастер-ветку уже замержили изменения, при этом в том числе и изменения в те файлы над которыми ты работаешь. Возможно Вы смогли бы рассказать о rebase операции и тому как решаются конфликты, какие коммиты при этом создаются.
Забавно что именно после такого кейс, который был описан в начале ролика, я пошел смотреть этот видос, хахахах
Привет! Спасибо за видео, узнал полезные фитчи гита. Буду применять теперь в работе.
У меня вопрос такой: я сделал какие-то изменения в репозитории но забыл сделать pull из удаленной репы. Делаю pull но git ругается что изменения в локальной репе отличаются от удаленной. Git подсказал, что надо внести изменения в stash. Вношу изменения в stash, после делаю коммит и пуш, но пушится почему-то только один файл который видимо попал в stash. После этого я создаю еще один коммит где пишу, что добавлены пропущенные файлы и делаю пуш.
Понимаю, что это очень коряво, поэтому хочу узнать как лучше поступать в таких случаях.
Привет! Благодарю что смотришь! Попробую записать отдельное видео по такому флоу
Так stash - это такая "заначка". После него делаешь пулл, потом возвращаешь все что в "заначке" (stash apply) а дальше коммит и пуш
Попробуй вместо стэша сделать git pull -rebase
Ещё бы про интерактивные ребейзы с конфликтами
Приятного просмотра: czcams.com/video/m-GIJOEh798/video.html
Еще давай про cherry и revert, но с изменениями в других комитах, после того, который мы ревертим.
Опиши пошагово процесс, сейчас не ясно ничего.
Большое спасибо за видео. Хотел задать вопрос как так шустро копируешь хеш комита? я в настройках git bash копался, но нашел только ctrl + Ins, а до него тянуться долго, расскажи в чем секрет?
Я сижу на маке и использую iTerm2. Поэтому могу просто Cmd+C и Cmd+V пользовать.
Картинки , зачет
Супер! Спасибо! А как делать алиасы? У вас их много, например тот который выводит историю коммитов с хешами пр. там длинная команда, а у вас 2 буквы
gist.github.com/puzankov/ef553ab290b31e6007e7e3e210053a70
Вот мой .gitconfig файл (лежит в корне домашней директории)
@@frontendscience спасибо огромное!
ты мне почему-то напоминаешь Павла Дурова
Да точно, он немного похож
Можно использовать git restore вместо git checkout для отката файлов
при revert еще может быть мерж конфликт, не все так с ним просто
Можно мне тоже к вам с вопросом прибежать?)) После загрузки на git не работают css. Сами файлы и css и sass загружены. Есть ли у вас видео об этом, как исправить?
Тоже хочу в комментарии к коммиту цветные записи про файлы. Как?
Хорошие уроки по гиту, пробелы устраняются...
правильно "lonEly.js" file - очепятка 🙂
Можно вывесить расшифровку алиасов - git lol и т.д.?
git prom = pull --rebase origin master
git lol = log --graph --decorate --pretty=oneline --abbrev-commit
Маленький вопрос для отката всех изменений есть разница git reset --hard и git reset --all?
Посмотрел книгу по Git, не нашел там reset --all.
Точно такая команда есть?
А как откатить файлы, которые ты создал? То есть сделал touch filename.txt в него что-то написал, закоммитил, но не запушил еще. Как сделать так чтобы его удалил гит откатом? Пробовал рекомендации с git clean -fXdf и прочие - файл не удаляется.
Если ты сделал коммит но не пушил еще то можно использовать git reset --hard HEAD~1 Эта команда ресетит все состояние репозитория на один коммит "назад"
@@frontendscience да, все верно, но она не удаляет файл, который я создал. Вопрос именно в том, как удалить файлы, которые я создал? Можно, конечно, вручную каждый файл через git rm удалять, но это не удобно. Хотелось бы, чтобы git сам их удалил при откате коммита или сброса до master-a. А он их не удаляет, они так и остаются лежать. Приходится удалять целую дирректорию с кодом и заново делать git clone всего репозитория.
Только начинаю прогать и пока не понимаю зачет пользоваться гитом с консоли, если есть удобный GUI в Idea?
1. не всегда есть удобный ide - иногда приходится работать на удаленном сервере.
2. Лично я так понимаю что происходит - какие именно команды запускаются. Поэтому если что-то пойдет не так я знаю как решить проблему. А не сносить весь репозиторий и качать все заново )
PS: но это мне так удобней - уверен есть много тех кому удобней из ide
По сути ide использует все те же самые команды, только привязанные к кнопкам, у всех ide разные, а команды git'а одинаковые. Так что лучше учится именно работе с консолью. К тому же в ней самый полный функционал.
Сергей здравствуйте,у меня вопрос к вам. Создал репозиторий,всё залил на GitHub,все хорошо и все супер,я закончил работу,удалил origin/master,задаю git status все чисто всё устраивает.Закрыл и github и vs code всё чисто.Но когда в терминале даю команду git branch -vv, то показывает On branch main. Главная ветка *main осталась.ВОПРОС:
Как удалить эту главную основную ветку,вообще хочу открепить проект от ветки? Не могу понять,ни как не смог.Я понимаю,что главную ветку удалить нельзя приработе,но я больще не работаю,не пользуюсь,вышел .Но при проверке все таки есть.Как выйти???
Зачем что то откреплять?
Как ты вышел из редактора комит месседжа на 3:28 ???
:) “как выйти из vim” (c) есть 2 варианта: esc :wq enter. В видео я воспользовался вторым: зажимаешь shift и 2 раза жмешь “z”
Не совсем понял про git amend. Почему не можем это сделать и запушить в удлаенный репозиторий, подскажите поажуйлста?
Дело в том, что если мы исправим даже один символ в коммит сообщении, то hash коммита будет уже новый. А если до этого мы запушили коммит в удаленный репозиторий, то получится ситуация, когда удаленно есть коммит в котором подправлена строчка 1 в файле А и у нас локально есть новый коммит с изменениями в том же файле и той же строке, но так как коммиты рызные (гит смотрит именно на hash) у нас выйдет конфликт. Мы не сможем нормально запушить наши изменения коммита - только с помощью force push. Что обычно закрывают для master ветки (если вы сами в своей фиче ветке - то тогда получится )
@@frontendscience Спасибо за обьяснение.
@@frontendscience а force-with-lease не поможет разве?
@@world4den force-with-lease поможет если в ветку удаленную никто не коммитил. Во вторых - все кто обновляют свою локальную ветку из внешней должны будут привыкнуть делать не просто git pull origin master а git pull --rebase origin master (кстати я всегда так делаю :) ). Короче говоря все можно использовать эффективно только если в команде об этом договорились!
у меня есть проект на github. на который я включил по ошибке dependabot[bot]. и он у меня появился в авторах проекта!! это очень бесит... и как я не пытался его убрать. так и не получилось. подскажите как как убрать этот бот безопасности dependabot[bot]!!! плиз...
не сталкивался с таким ботом - не подскажу
я не понял почему не добавился в начале видео lonly.js файл, хотя было сделано git add и git commit?
Автор, оффтоп. Когда в шторме на маке ставлю ковычки, то их становиться три, если курсор вернуть клавой назад, то их становится две, если нажать бекспейс, то их одна, если начать писать то их две, но вторая падает вниз. Что за дичь ?
Не сталкивался с таким
А что делать ,если команды git вообще не выполняются
Пишу git add мой файл ,и не происходит ничего и файл не добавляется, при git commit ошибку выдает?
Только недавно начал в эту тему погружаться, не судите строго
У тебя создан репозиторий локальный? Гит есть на компе?
Как перенести изменения последнего примера в другую ветку?
не понял вопроса. Что именно нужно перенести?
@@frontendscience
Вы сделали комит и понимаете, что сделали это не в той ветке (бывает в спешке). Как только изменения этого комита могут быть переданы в нужную ветвь?
Git cherry-pick может помочь
- вместо того чтобы с дев ветки залить в проду делал наооборот
- сначала заливал с дева в проду, а потом оказывалось что еще другие другие пулл реквесты не залил
Бывает! Я, чтобы такого не было себе обновил в настройках bash_profile вывод текущей командной строки. (В принципе в видео видно ее внешний вид) Вначале пишется имя пользователя под которым работаю дальше путь к папке а затем если это папка с гит репозиторием то в скобках выводится имя текущей ветки + звездочка если в ветке были какие-то изменения не закомиченные. Теперь всегда когда выполняю команду вижу в какой ветке это делаю. Уже и не помню когда заливал, что-то не туда. Рекомендую!
@@frontendscience я сегодня как раз смотрел на это) на Винде использую cmder там это отображение сразу было, в на линуксе ещё не прикрутил.
Но самое смешное, что я так тупил не в локалке, а в гитхабе на мержах пулл реквестов)
Идея для видео - что можно и нельзя делать с удаленным репозиториев, что делать с ошибочным мержом ПРов, комитами и и.д.
НЕ понимаю почему сразу не показываете ситуации как откатится в remote ветках, ведь это еще большая проблема чем в локальной когда что то пошло не так...
работать в консоле с гитом - олдскул
Это классика. Я первую половину этого месяца изучал git как раз, изучал через консоль, естественно. Потом решил в редакторе поработать. Некоторые команды или символы там не доступны. Например, я вместо HEAD использую @, а VS Code в терминале не понимает, что это. Или заглавные символы там же не работают. Просто продолжил использовать консоль )
Не олдскул, а база
@@thekiruhan2616 нужно иметь бороду до пуза и рубашку в клеточку
Никак, забей
sorry, but lonEly
1
2
кто тебе такое сказал что в мастер форспушить нельзя?
что такое git lol? это git log с параметрами?
Спасибо, сам нашёл ответ. git lol это алиас. Создаётся он командой git config --global alias.lol 'log --graph --pretty=format:%h\ \ %s'
Всё что вы пишите в консоли, можно сделать например в PyCharm, просто нажимая на соответствующие команды во вкладке Git
Только вот не все пользуются софтом от jetbrains, соответственно вкладочка git может выглядеть по-другому. А терминал есть терминал. Если научишься ручками это всё прописывать, то и в любой ide разберёшься, как это делать
ситуація: працюєш у своїй вітці Dev. потрібно запушити тільки один змінений файл в мастер (наприклад термінова правка на проді), але без всієї історії змін інших файлів у вітці. Було б цікаво такий кейс розібрати
Бага...
Понаберут макбуков так что запись экрана не влезает в нормальные размеры. Лучше делай запись на внешнем мониторе со стандартным размером.
Так как правило говорят те, кто пока еще не заработал на макбук.
а какой стандартный размер монитора?
@@frontendscience о0 да ладно)) мне вот вроде Бозя помог с деньгами (вариант для верующих :) ), но от мака воротит)
Неужто прям маст хев?)
Не чекаутится а пулится дно
легенда
а это все из за того что русские слова не использует когда обьясняет, сказал бы "скачивается" никаких проблем не было бы
С мобильного телефона смотреть -- слишком мелко на экране
Пора уже менять сони эриксон на что-то с экраном покрупнее.
все нормально видно. да не крупно конечно но видно