Какой хороший плей-лист! В этом видео немного более сбивчиво, но все равно хорошо укладываются имеющиеся знания! Гит git push pull gitk gitconfig --soft --hard checkout amed reset
Не, я не обзорщик и говорил, что есть мысли сделать типа влога и если что-то появляется интересное для обзора, то публиковать в виде влога, потому что я не обзорщик
Спасибо за видео! Так же часто пользуюсь git checkout . -> чтобы, просто откатить все изменения, вместо reset'a git log -> имеет смысл сделать более красивым, в гугле вариантов с ветветвлением и прочими вещами есть много (имхо удобнее) Насчёт файла в истории не знал, хотя юзкейсов для этого не представляю. Помимо soft & hard reset'a, имеет смысл наверное рассказать и о --mixed, который по умолчанию, как по мне очень удобный вместо stash, для временных коммитов. Насчёт конфига default = current, не знал, спасибо, буду теперь пользоваться!
Правильно ли я понимаю, что при git push -f мы рискуем перетереть чьи-нибудь изменения, если с тех пор, как мы забирали изменения с сервера, кто-то успел запушить свои коммиты. ?
Супер, круто, что вы продолжаете
Какой хороший плей-лист! В этом видео немного более сбивчиво, но все равно хорошо укладываются имеющиеся знания!
Гит git push pull gitk gitconfig --soft --hard checkout amed reset
Михаил, вы рассказывали на стриме, что хотите создать канал с обзорами, надеюсь скоро! Видео полезное, лайк!
Не, я не обзорщик и говорил, что есть мысли сделать типа влога и если что-то появляется интересное для обзора, то публиковать в виде влога, потому что я не обзорщик
Даш Даш звучит прикольно
Спасибо. Полезно. Плюсую.
Спасибо
@@Dev-lessons Вам спасибо! Очень хочется продолжения. )
Первый!!!!
Спасибо за видео!
Так же часто пользуюсь git checkout . -> чтобы, просто откатить все изменения, вместо reset'a
git log -> имеет смысл сделать более красивым, в гугле вариантов с ветветвлением и прочими вещами есть много (имхо удобнее)
Насчёт файла в истории не знал, хотя юзкейсов для этого не представляю.
Помимо soft & hard reset'a, имеет смысл наверное рассказать и о --mixed, который по умолчанию, как по мне очень удобный вместо stash, для временных коммитов.
Насчёт конфига default = current, не знал, спасибо, буду теперь пользоваться!
Я --mixed ни разу не пользовался. Слышал, но не выполнял ни разу. Надо бы попробовать.
Миша, как всегда здорово и полезно. Почему используешь bash, а не zsh, как рекомендует apple?
Банальная привычка. Особо причин нет
Не знал об этом канале, класс. А про безопасность будет?!
Пока не планировал, но все может быть
Правильно ли я понимаю, что при git push -f мы рискуем перетереть чьи-нибудь изменения, если с тех пор, как мы забирали изменения с сервера, кто-то успел запушить свои коммиты. ?
Да. Чтобы их не потерять, нужно сначала сделать fetch и merge или сделать pull, который делает и то и другое сразу
Вопрос, что если использовать git push -f после того как уже кто то скачал эти изменения? Будут конфликты или нет?
Трудно себе представить такую ситуацию, чтобы были конфликты.
А зачем менять что то в конфиге, если можно проще:
git push -u origin branch
после этого можно просто использовать git push
PS: Видео очень полезное, лайк определенно!
Если я правильно помню, ты же это делаешь на определенную ветку, а конфигурация говорит, что просто запускай текущую, какая бы она не была.
@@Dev-lessons Понял, спасибо, вы правы.
Ты серьезно в Терминале сможешь все посмотреть? Вот так черным белым? Гитбакет наше все
Да, без проблем все видно
Вы не правы. Иногда я оставлю комментарии к коду. Где пришлось закостылить и почему пришлось так сделать. Вы не правы!
Если про закостылять, то да, такое можно. Я же видел в Канаде код, где перед строкой изменения в комментарии писали номер этикета.