у Вас пусть и немного просмотров, но поверьте, помогаете Вы очень своими уроками. Гораздо более важны такие видео с парой тысяч просмотров, чем котики с миллионами. Спасибо за ВАШЕ ВРЕМЯ И ТРУД
Прохожу курсы в одной ИТ конторе, так чтобы сделать домашнее задание смотрю ваши уроки, а не их лекции. Большое вам спасибо!!! Продолжайте заниматься дальше!!! и здоровья вам)
Я в шоке, теперь я знаю что такое гит, как работают коммиты и даже могу их замочить! о лучшем и не мечтал, спасибо вам большое! Желаю как всегда здоровья вам и всем вашим близким!
тут нужно еще уточнить, по-поводу последнего, когда убираешь "как бы историю commit'ов". это не только убирает лог. это еще освобождает место, так как удаляет все изменения из базы данных. наверное это кому-то важно, если проэкт занимает кучу гигов)
Я так понял, что после изменения файла (index.html) и перед git commit --amend нужно было еще сделать git add *. Иначе, после git status увидим, что "Changes not staged for commit".
Денис, отличный канал! Спасибо за это. Я правильно понимаю, что ветку main не трогают, пока работают с тестовыми ветками? Иначе, как мне кажется, произойдут конфликты при merge. А ветка main как бы замораживается, пока не дойдет до слияния со, скажем, тестовой веткой?
А если тестовых 2 или больше в одно и тоже время и одна тестовая делает merge в main? Такое часто, очень часто. Потом просто делаешь git pull main, git rebase main
А так и должно быть, что после git reset --soft HEAD~n (n - это типа любое количество), если сделать статус, показывает, что файлы (если их там несколько) не закомичены, на стейджинге? Мне показалось из объяснения, что мы просто как бы объединяем все наши коммиты в один вот этим вот. А получается, что всё-таки ещё один коммит придётся сделать, чтобы изменения вступили в силу (при этом в файле действительно то значение, которое было получено после той цепочки коммитов, которую мы удалили).
После --soft коммита, файлы в Ver1 стали файлами от ver4, в состоянии Staged но не закоммичены, нужно делать коммит. Думаю для красоты использовать стоит git commit --amend =)
а как git reset --hard HEAD~ зафиксировать в удаленном репозитории то? он только локально к коммиту откатывается ? а когда pull выполняешь, все-равно возвращается к той версии, которая мне уже, потенцильно, не нужна/// В противном случае, git reset --hard HEAD равносильна git checkout , не понимаю чем отличаются
А что делать, если к примеру есть коммиты: 1 2 3 4 5 И понял что в коммите 2 и 4 тупанул и их изменения надо удалить? Т е надо удалить 2 и 4 коммиты не трогая остальные
Подскажите, пожалуйста, в чем разница команд git reset --hard и git reset --soft? Первый удаляет все изменения в коммитах, а второй удаляет только коммиты, а файлы не трогает?
Только у меня одного косяки в Ubuntu 18.04 LTS , каждый раз приходится eval "$(ssh-agent -s)" и ssh-add ~/.ssh/id_rsa , после каждого релогина в систему ?
Все доступно. Есть вопрос. Как правильно откатываться в git подскажите пожалуйста. Есть репа с кривыми коммитами, нужно к себе затянуть и откатить там правки, потом влить назад .
![4. CS50 на русском: Лекция #4 [Гарвард, Основы программирования, осень 2015 год]](http://i.ytimg.com/vi/ej3EA451m2c/mqdefault.jpg)
Спасибо! Лучше уроков по Git не видел)
у Вас пусть и немного просмотров, но поверьте, помогаете Вы очень своими уроками. Гораздо более важны такие видео с парой тысяч просмотров, чем котики с миллионами. Спасибо за ВАШЕ ВРЕМЯ И ТРУД
Спасибо за добрые слова!
Прохожу курсы в одной ИТ конторе, так чтобы сделать домашнее задание смотрю ваши уроки, а не их лекции.
Большое вам спасибо!!! Продолжайте заниматься дальше!!! и здоровья вам)
Спасибо и Удачи!
Я в шоке, теперь я знаю что такое гит, как работают коммиты и даже могу их замочить! о лучшем и не мечтал, спасибо вам большое! Желаю как всегда здоровья вам и всем вашим близким!
Денис ты крут! спасибо тебе огромное! уже не первый плэйлист твой заценил!! максимально интересно!
Спасибо за видео, как всегда отлично
Ты большой молодец ! Уважаю твой труд ! Спасибо большое =)
Всі найкорисніші команди в одному відео!!! Дякую!!!
Спасибо, отличные уроки! И очень приятный звук клавиш)
зато тут человека слышно, а не какоето пыхцелко )
Денис спасибо большое!!!
Величайший!)
Спасибо!
тут нужно еще уточнить, по-поводу последнего, когда убираешь "как бы историю commit'ов". это не только убирает лог. это еще освобождает место, так как удаляет все изменения из базы данных. наверное это кому-то важно, если проэкт занимает кучу гигов)
Спасибо
Я так понял, что после изменения файла (index.html) и перед git commit --amend нужно было еще сделать git add *. Иначе, после git status увидим, что "Changes not staged for commit".
soqlsen toje samoye)) etot moment poxodu upustil avtor :)
Денис, отличный канал! Спасибо за это. Я правильно понимаю, что ветку main не трогают, пока работают с тестовыми ветками? Иначе, как мне кажется, произойдут конфликты при merge. А ветка main как бы замораживается, пока не дойдет до слияния со, скажем, тестовой веткой?
А если тестовых 2 или больше в одно и тоже время и одна тестовая делает merge в main?
Такое часто, очень часто.
Потом просто делаешь git pull main, git rebase main
А так и должно быть, что после git reset --soft HEAD~n (n - это типа любое количество), если сделать статус, показывает, что файлы (если их там несколько) не закомичены, на стейджинге? Мне показалось из объяснения, что мы просто как бы объединяем все наши коммиты в один вот этим вот. А получается, что всё-таки ещё один коммит придётся сделать, чтобы изменения вступили в силу (при этом в файле действительно то значение, которое было получено после той цепочки коммитов, которую мы удалили).
Скажите пожалуйста а как проводить в ветку от указанного commit'a? Сделать сначала git checkout hash нужного комита, потом git branch -b devN ?
После --soft коммита, файлы в Ver1 стали файлами от ver4, в состоянии Staged но не закоммичены, нужно делать коммит. Думаю для красоты использовать стоит git commit --amend =)
а как git reset --hard HEAD~ зафиксировать в удаленном репозитории то? он только локально к коммиту откатывается ? а когда pull выполняешь, все-равно возвращается к той версии, которая мне уже, потенцильно, не нужна/// В противном случае, git reset --hard HEAD равносильна git checkout , не понимаю чем отличаются
наверно удалять все во внешнем репозитории,и pushit как первый commit...
git push origin --force
А что делать, если к примеру есть коммиты:
1
2
3
4
5
И понял что в коммите 2 и 4 тупанул и их изменения надо удалить? Т е надо удалить 2 и 4 коммиты не трогая остальные
Это жопа
@@ADV-IT да нет, ревертом вроде решается, удаляется просто по hash
git revert что делает?
Подскажите, пожалуйста, в чем разница команд git reset --hard и git reset --soft? Первый удаляет все изменения в коммитах, а второй удаляет только коммиты, а файлы не трогает?
i.stack.imgur.com/qRAte.jpg
@@ADV-IT спасибо.
Только у меня одного косяки в Ubuntu 18.04 LTS , каждый раз приходится eval "$(ssh-agent -s)" и ssh-add ~/.ssh/id_rsa , после каждого релогина в систему ?
только у тебя
Получается, что каждый коммит это и есть версия?
да
Все доступно. Есть вопрос. Как правильно откатываться в git подскажите пожалуйста. Есть репа с кривыми коммитами, нужно к себе затянуть и откатить там правки, потом влить назад .
Ну я же урок про это сделал
Очень хотел бы получать у вас советы начинаю свою карьеру как сисадмин в США , как могу с вами связаться???
На моих друх стримах я давал кучу советов, посмотри, уверен там будут твои вопросы и мои оветы.