⚠️ Не забывайте подписываться на наш Канал, у нас здесь каждую неделю свежие полезные видео по фронтенду - th-cam.com/channels/mI5YBB9KJ0xLtFtgBX8rfw.html ❗️😉
За пояснение спасибо. Сам никогда не использовал, слышал в работе об этом всего 1 раз. Про багфикс пример притянутый и даже очень. У нас бывают переодически описанные ситуации и даже не на проде, а на дев серверах. Так вот переносить багфикс из ветки, которая уже претерпела изменения - это выстрел в ногу ) Во-первых, в комите могут быть не только фиксы. Во-вторых и, скорее всего, код уже мог измениться именно в том месте, где баг. И даже если ты накрутишь сверху фикс - в коммите уже улетит не только фикс. Именно поэтому я часто переношу именно руками или вообще делаю фикс именно на копии той ветки, где был найден баг. Тогда точно сюрпризов не будет. Аналогично и с застоявшимися ветками. Чтобы в рабочих не изменился код вокруг фичи, которая в забытой ветке - это фантастика )))
Очень полезное видео! В следующих выпусках про git хотелось бы узнать, как обновить локальную ветку без без checkout в оригинальную ветку, pull, checkout обратно в локальную, merge. (git fetch?, какие есть нюансы?). А так же об организации "правильного" git flow в команде.
Спасибо! Очень понятно объясняеете. Приятно слушать. Расскажите, пожалуйста, про сквош. Как использовать команду? В каких случаях? Какие могут быть подводные камни?
Очень часто пользуюсь черрипиком, смотря конечно какой продукт еще, у нас часто нужно было подливать что-то в мастер, но вся ж разработка в ветке dev и там уже куча других фичей, особенно не протестированных, и тут очень в тему черрипик, тупо стягиваешь коммит в прод, а потом мерж уже все сольет :)
Тут зависит от многих факторов - что с этим коммитом в мастере уже успели сделать. Если он просто был вмержен и эти файлы особо не трогали то гит увидит при слиянии ветки что файл ровно такой же в обоих ветках и не выдаст конфликтов. А может быть и конфликт если его таки редактировали - тогда надо руками будет пофиксить
Возможно стоило описать опцию для "взятия" определённого файла с коммита (не весь коммит). Я не помню, как это в консоли делать, но IDE (PHP Storm) позволяет такие вольности через GUI
По специфики проекта потребывалось сделать около 50 черипиков с дев ветки в мастер. Через пару дней нужно сделать еще 50 черепиков с дев в мастер. Вопрос - как получить список коммитов которые нет в мастере, но есть в деве без уже загруженных черипиков?
А если был запушен коммит , в который попали лишние изменения (например, лишний файл, кторый мы не хотели коммитить)? Есть какой-то механизм, или единственный вариант: реверт + пуш + миксед резет + коммит + пуш (и сработает ли такой вариант, кстати)?
А что использовать когда разработка ведётся в дев ветке, а потом нужно свои коммиты перенести в stage ветку (только свои)? git merge и git rebase переносят все комиты из дева
Как бы всем :) черипик позволяет выдернуть отдельный коммит и вставить его в нужную вам ветку а мерж текущее состояние ветки накатывает на другую ветку. То есть все коммиты которые отличаются пытается наложить а не отдельный коммит
@@frontendscience я как новичок не совсем понял. При мерже все коммиты накатываются на условную мастер ветку, при этом заголовок head переместится на крайний (последний) коммит что был в накатываемой ветке (только с новым хэшем). Как мне сейчас видится, черри пик нам нужен чтобы выдернуть какой-то прошлый коммит из отдельной ветки, чтобы получить код именно в том состоянии. А в примере с критичным багом мы делаем хот фикс коммит, то есть он же у нас все равно получается крайний, если сделаем мерж, то получим тот же эффект на выходе, за исключением того, что в логах будут хэши всех коммитов с отдельной ветки?
две вишенки одинковые, вишня, одна ветка, два коммита, берем такую же вишенку с другой ветки... хз, это ж разработчики, у кого есть телега Товальда? напишите ему
@@frontendscience фу ты.. fix конечно же.. где можно посмотреть видео, где разбирается от и до тема, что прилетает тебе типа задача пофиксить какой-то древний баг, а ты в новой фиче и занимаешься её разработкой, а старая ветка либо есть либо её уже снесли. Что делать? 🤔🙂
![เป็นไปได้ไหม - WanMai [Performance Video]](http://i.ytimg.com/vi/Eh5hItD4Mr0/mqdefault.jpg)
⚠️ Не забывайте подписываться на наш Канал, у нас здесь каждую неделю свежие полезные видео по фронтенду - th-cam.com/channels/mI5YBB9KJ0xLtFtgBX8rfw.html ❗️😉
Благодарю за инфу. Теперь буду знать для чего нужен cherry-pick и как его использовать 😎
:) благодарю за поддержку!
@@frontendscience Мне также зашел урок про разницу между merge и rebase
Так доходчиво никто не объясняет не на одном канале, зря забросили остальные выпуски.
Благодарю, приятно слышать. А в каком смысле забросил? Видео выходят регулярно раз в неделю :) или Вы хотите продолжение именно по гиту?
@@frontendscience спасибо за отзыв, да я имел в виду продолжение именно по гиту.
@@shinauri1 нивапрос! Будут, раз надо :)
Офигенное объяснение!!!! Большое спасибо!
И Вам большое спасибо
Крутяк) Как и объяснение так и картинка, приятная для глаза.
P.S Переходы бомба))
Благодарю! Рад, что понравилось!
PS: приятно - я на монтаж этого видео кучу времени потратил :)
клевые видео по git, где же они были раньше :)
Рад, что полезно! :)
Большое спасибо! Ваше видео мне очень помогло. Вы отлично объясняете.
Очень полезные вещи доносятся простым языком, это круто👍
Спасибо!
Спасибо большое за ноу коммит, это как раз то что мне нужно было)
Лучший канал объяснения всяких комманд гита который я встречал
За пояснение спасибо. Сам никогда не использовал, слышал в работе об этом всего 1 раз. Про багфикс пример притянутый и даже очень. У нас бывают переодически описанные ситуации и даже не на проде, а на дев серверах. Так вот переносить багфикс из ветки, которая уже претерпела изменения - это выстрел в ногу ) Во-первых, в комите могут быть не только фиксы. Во-вторых и, скорее всего, код уже мог измениться именно в том месте, где баг. И даже если ты накрутишь сверху фикс - в коммите уже улетит не только фикс. Именно поэтому я часто переношу именно руками или вообще делаю фикс именно на копии той ветки, где был найден баг. Тогда точно сюрпризов не будет. Аналогично и с застоявшимися ветками. Чтобы в рабочих не изменился код вокруг фичи, которая в забытой ветке - это фантастика )))
коротко и по делу, спасибо большое! --no-commit, то, что доктор прописал
Очень полезное видео! В следующих выпусках про git хотелось бы узнать, как обновить локальную ветку без без checkout в оригинальную ветку, pull, checkout обратно в локальную, merge. (git fetch?, какие есть нюансы?). А так же об организации "правильного" git flow в команде.
Рад, что было полезно! Хорошие идеи!
Спасибо за крайне доходчивые объяснения и хорошие примеры. Оставлю свое ЗА видос по решению конфликтов в git, было бы очень полезно.
5 минут, а столько инфы! Спасибо вам большое!
Отлично, примеры как раз и помогли понять. Спасибо Вам огромное!
Очень рад)
#git #cherrypick #frontend
очень полезное видео, спасибо автору 👍
спасибо, видео полезно и приятно для просмотра ))
Приятно слышать! )
Спасибо! Очень понятно объясняеете. Приятно слушать. Расскажите, пожалуйста, про сквош. Как использовать команду? В каких случаях? Какие могут быть подводные камни?
Частично тему сквоша затронул здесь: th-cam.com/video/m-GIJOEh798/w-d-xo.html
Приятного просмотра)
@@frontendscience Спасибо! Посмотрел. Магия чистой воды) Продолжайте выпускать уроки! У вас это отлично получается!
Может быть на канале есть урок по работе с гитом в среде разработки webstorm или любой другой от jetbrains?
@@BobBrown-k5d Нету. И пока не плариуется. Я все делаю из консоли.
@@BobBrown-k5d причем тут гит к текстовому редактору ?
Дуже крутий випуск, дякую
Каждый раз у вас узнаю новую спасительную фишку) Уже неоднократно могло бы спасти кусочки кода(
Рад, что оказалось полезным! Зато теперь все важные кусочки кода будут спасены :)
крутой канал, спасибо за информацию!
Рад, что было полезно!
Интересно, полезно, спасибо! За доступное объяснение получайте подписку!)
Очень часто пользуюсь черрипиком, смотря конечно какой продукт еще, у нас часто нужно было подливать что-то в мастер, но вся ж разработка в ветке dev и там уже куча других фичей, особенно не протестированных, и тут очень в тему черрипик, тупо стягиваешь коммит в прод, а потом мерж уже все сольет :)
Отличное видео по чери пик
Рад, что понравилось)
@@frontendscience Ранее просто не доводилось юзать эту команду, а тут начальник подсказал, что нужно с Прод ветки изменения "черри пикнуть" в Девелоп)
У нас в команде появилась устойчивое выполнение...
Черипикать свой коммит))
Супер! Спасибо! Подписался❤
Спасибо, а то я чуть не потерял важный комит с фиксами
Классно, что пригодилось
Дякую!!!
Радий що сподобалось!
Спасибо огромное!
Коротко и ясно)
Огонь!
Спасибо!
Дуже дякую за такий корисний ролик👍
Супер. 👍
Рад, что полезно
@@frontendscience Большое спасибо. Очень полезно. Нашел много ответов на вопросы которые возникли при роботе с гитом.
Успехов вам.
@@yaroslavbozhak9107 Рад слышать) и Вам успехов!
Ничего не понял: смотрел за твоими руками😂
А что именно было непонятно?
а после того как коммит F черипикнули в master, потом же когда то сам staging нужно будет мерджить в мастер, что будет с F?
Тут зависит от многих факторов - что с этим коммитом в мастере уже успели сделать. Если он просто был вмержен и эти файлы особо не трогали то гит увидит при слиянии ветки что файл ровно такой же в обоих ветках и не выдаст конфликтов. А может быть и конфликт если его таки редактировали - тогда надо руками будет пофиксить
Возможно стоило описать опцию для "взятия" определённого файла с коммита (не весь коммит). Я не помню, как это в консоли делать, но IDE (PHP Storm) позволяет такие вольности через GUI
Возможно, просто у меня в моей работе никогда такой надобности не было, поэтому даже и не подумал, что может такое пригодиться.
По специфики проекта потребывалось сделать около 50 черипиков с дев ветки в мастер. Через пару дней нужно сделать еще 50 черепиков с дев в мастер. Вопрос - как получить список коммитов которые нет в мастере, но есть в деве без уже загруженных черипиков?
Это очень интересно, но нужно ли это настолько в работе ?
Бывает, что нужно :)
в работе вообще ничего не нужно. только за компом сидеть
А если был запушен коммит , в который попали лишние изменения (например, лишний файл, кторый мы не хотели коммитить)? Есть какой-то механизм, или единственный вариант: реверт + пуш + миксед резет + коммит + пуш (и сработает ли такой вариант, кстати)?
Если это не мастер а фиче ветка то можно через git rm и git amend удалить файл мз последнего коммита
Если это мастер ветка то тогда тока реверт
А что использовать когда разработка ведётся в дев ветке, а потом нужно свои коммиты перенести в stage ветку (только свои)?
git merge и git rebase переносят все комиты из дева
лойс
Еще есть сценарий, когда нужно перенести конкретный коммит из другого репозитория
Можно ли черрипикнуть сразу несколько коммитов?
Да
Привет. В чем отличие все-таки cherry pick и merge ?
Как бы всем :) черипик позволяет выдернуть отдельный коммит и вставить его в нужную вам ветку а мерж текущее состояние ветки накатывает на другую ветку. То есть все коммиты которые отличаются пытается наложить а не отдельный коммит
@@frontendscience я как новичок не совсем понял. При мерже все коммиты накатываются на условную мастер ветку, при этом заголовок head переместится на крайний (последний) коммит что был в накатываемой ветке (только с новым хэшем). Как мне сейчас видится, черри пик нам нужен чтобы выдернуть какой-то прошлый коммит из отдельной ветки, чтобы получить код именно в том состоянии. А в примере с критичным багом мы делаем хот фикс коммит, то есть он же у нас все равно получается крайний, если сделаем мерж, то получим тот же эффект на выходе, за исключением того, что в логах будут хэши всех коммитов с отдельной ветки?
Спасибо! А как-то можно просто (только) поправить коммент в каком-то старом комите?
Не понял первый сценарий. Почему нельзя просто, вернуться в мастер ветку, ответвится, пофиксить баг
Так может оказаться, что этот баг уже пофикшен в какой-то фичеветке. Зачем еще раз писать тот же код? Достаточно взять нужный коммит.
удивительная способность объяснять разные вещи
Почему именно cherry pick? Откуда такой нэйминг?
Надо спросить у создателей гита. Ну учитывая что мы выбираем вручную конкретный коммит - аналогия может быть с выбором вишенки на торт себе
две вишенки одинковые, вишня, одна ветка, два коммита, берем такую же вишенку с другой ветки... хз, это ж разработчики, у кого есть телега Товальда? напишите ему
@@frontendscience "создатели" ?? он один. Линус Торвальдс.
Прикольно было бы добавить в этот плейлист что-нибудь про git rerere.
--no-commit не в working directory, а в index
Гит череп ик
Что такое hit fox commit?
Hot fix commit это быстрое исправление багов в продакшин ветке.
@@frontendscience фу ты.. fix конечно же.. где можно посмотреть видео, где разбирается от и до тема, что прилетает тебе типа задача пофиксить какой-то древний баг, а ты в новой фиче и занимаешься её разработкой, а старая ветка либо есть либо её уже снесли. Что делать? 🤔🙂
Второй кейс вообще это как? что вы собрались переносить из BE на FE в свою ветку?
Если у вас монорепа, и бакенд разработчик подготовил api который вам нужен на фронтенде.
офигенное видео, надеюсь возобновишь свои видосы, очень помогают. Слава Украине!
Переснимите пожалуйста ролик на украинском
Было бы интересно узнать зачем?
@@dasvas9383 Интересно! Зачем же?
@@neakit4516 Интересно что?
@@dasvas9383 Ну вы же спросили, интересно ли мне узнать. Отвечаю - да
@@neakit4516 Вы видимо не понимаете) Мне было интересно узнать зачем переснимать ролик на другом языке) Так зачем же?
Спасибо, очень полезно