Git - Возврат на предидущие версии

preview_player
Показать описание
#git #devops #девопс #ityoutubersru
12.Git - Возврат на предидущие версии

Рекомендации по теме
Комментарии
Автор

у Вас пусть и немного просмотров, но поверьте, помогаете Вы очень своими уроками. Гораздо более важны такие видео с парой тысяч просмотров, чем котики с миллионами. Спасибо за ВАШЕ ВРЕМЯ И ТРУД

MironLorman
Автор

Спасибо! Лучше уроков по Git не видел)

vasiliybor
Автор

Прохожу курсы в одной ИТ конторе, так чтобы сделать домашнее задание смотрю ваши уроки, а не их лекции.
Большое вам спасибо!!! Продолжайте заниматься дальше!!! и здоровья вам)

mnogosemok
Автор

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

StayinAlive_
Автор

Всі найкорисніші команди в одному відео!!! Дякую!!!

rusynvasyl
Автор

Денис ты крут! спасибо тебе огромное! уже не первый плэйлист твой заценил!! максимально интересно!

nekituall
Автор

Ты большой молодец ! Уважаю твой труд ! Спасибо большое =)

Cycylinka
Автор

Спасибо, отличные уроки! И очень приятный звук клавиш)

lalbrekht
Автор

тут нужно еще уточнить, по-поводу последнего, когда убираешь "как бы историю commit'ов". это не только убирает лог. это еще освобождает место, так как удаляет все изменения из базы данных. наверное это кому-то важно, если проэкт занимает кучу гигов)

DudeCraanK
Автор

Я так понял, что после изменения файла (index.html) и перед git commit --amend нужно было еще сделать git add *. Иначе, после git status увидим, что "Changes not staged for commit".

andreynikolaev
Автор

Скажите пожалуйста а как проводить в ветку от указанного commit'a? Сделать сначала git checkout hash нужного комита, потом git branch -b devN ?

manul
Автор

А так и должно быть, что после git reset --soft HEAD~n (n - это типа любое количество), если сделать статус, показывает, что файлы (если их там несколько) не закомичены, на стейджинге? Мне показалось из объяснения, что мы просто как бы объединяем все наши коммиты в один вот этим вот. А получается, что всё-таки ещё один коммит придётся сделать, чтобы изменения вступили в силу (при этом в файле действительно то значение, которое было получено после той цепочки коммитов, которую мы удалили).

grahalt
Автор

Денис, отличный канал! Спасибо за это. Я правильно понимаю, что ветку main не трогают, пока работают с тестовыми ветками? Иначе, как мне кажется, произойдут конфликты при merge. А ветка main как бы замораживается, пока не дойдет до слияния со, скажем, тестовой веткой?

thomashnepotrebko
Автор

а как git reset --hard HEAD~ зафиксировать в удаленном репозитории то? он только локально к коммиту откатывается ? а когда pull выполняешь, все-равно возвращается к той версии, которая мне уже, потенцильно, не нужна/// В противном случае, git reset --hard HEAD равносильна git checkout <коммит>, не понимаю чем отличаются

zdiiznq
Автор

После --soft коммита, файлы в Ver1 стали файлами от ver4, в состоянии Staged но не закоммичены, нужно делать коммит. Думаю для красоты использовать стоит git commit --amend =)

Inker
Автор

Подскажите, пожалуйста, в чем разница команд git reset --hard и git reset --soft? Первый удаляет все изменения в коммитах, а второй удаляет только коммиты, а файлы не трогает?

Ruslan-psrz
Автор

Только у меня одного косяки в Ubuntu 18.04 LTS, каждый раз приходится eval "$(ssh-agent -s)" и ssh-add ~/.ssh/id_rsa, после каждого релогина в систему ?

MDS
Автор

А что делать, если к примеру есть коммиты:

1
2
3
4
5

И понял что в коммите 2 и 4 тупанул и их изменения надо удалить? Т е надо удалить 2 и 4 коммиты не трогая остальные

Ooshka
Автор

Все доступно. Есть вопрос. Как правильно откатываться в git подскажите пожалуйста. Есть репа с кривыми коммитами, нужно к себе затянуть и откатить там правки, потом влить назад .

frkmqti
Автор

Очень хотел бы получать у вас советы начинаю свою карьеру как сисадмин в США, как могу с вами связаться???

goodlifeusa