Не пишу комментарии, но чувак, ты уже дважды мне помог: с тестовыми контейнерами и сейчас. Не забрасывай, у тебя один из лучших каналов по джаве сейчас
Какой же ты молодец! Никто не делал видео о том, как работать с гитом именно через идею. Да ещё понятная, наглядная и доступная подача материала, без воды. Спасибо! Продолжай, пожалуйста, если есть возможность!
Один из немногих русскоязычных видосов, где действительно доходчиво объяснено, как работать с гитом именно через UI среды разработки. Крутая работа, спасибо!
Михан красава пиздато делаешь продолжай в том же духе я в каком то роде тоже программист вот недавно закодировался ну а тебе здоровья и процветания, не хворай!
Приветствую, величайший и неповторимый Михаил, без шуток, рад, что у тебя всё сложилось, желаю тебе достижения еще больших высот, спасибо, что хоть тут я тебя увидел, соскучился уж, давай не пропадай и делай-делай!
Спасибо! Очень полезное видео. Обычно в роликах работу с гитом показывают на примере командной строки: якобы не комильфо пользоваться инcтрументами Idea :-). Все-таки через UI понятнее и быстрее работать с гитом ).
Привет, спасибо за видео, не совсем по теме, но все же, предположим две ситуации, и как в них поступать 1. Я получил задачу, сделал новую ветку(пусть будет от main), назовем ее F1, выполнил в ней задачу и оформил пул-реквест и скинул на ревью. Далее у меня есть вторая задача, которая опирается на код из первой задачи(по сути является ее продолжением), но первая задача все еще проходит ревью и не попала в мейн. Как поступают в таком случае, например, что бы не ждать результата первого ревью, сделать новую ветку F2, но уже от F1 и потом сливать в main сразу F2 ? Куда тогда вносить правки для первой задачи в F1 и в F2 подтягивать их, или сразу в F2 и прочие такие моменты? 2. Я и мой коллега получаем новые задачи, создаем новые ветки, решаем их и заливаем все это в мейн, кто-то из нас получает конфликт слияния, каким образом решаются такие конфликты? Я должен сделать правки в своем коде, или это какое-то совместное решение? Или такое пересечение задач стараются свести к минимуму на этапе их планирования/выделения ? Возможно вопросы надуманны и расходятся с реальностью, но практического опыта не имею, и пока, эти моменты не ясны. Спасибо!
Привет) 1. F2 создается от F1, при правках на ревью изменения вносятся в F1, на F2 делаем rebase. После того, как F1 будет смержена, опять rebase на F2 из ветки для разработки и продолжаем работать над задачей. В идеале, конечно, чтобы не тратить много времени на конфликты, нарезать задачи так, чтобы они сильно не пересекались 2. Да, первый, кто пройдет ревью, успешно смержит изменения, второму придется попотеть с конфликтами Чаще и правда стараются свести такие ситуации к минимуму, если это возможно. Например, над одним микросервисом в момент времени может работать только один разработчик, либо несколько, но желательно тогда, чтобы изменения слабо пересекались
Не пишу комментарии, но чувак, ты уже дважды мне помог: с тестовыми контейнерами и сейчас. Не забрасывай, у тебя один из лучших каналов по джаве сейчас
Спасибо, приятно слышать 😇
Какой же ты молодец! Никто не делал видео о том, как работать с гитом именно через идею. Да ещё понятная, наглядная и доступная подача материала, без воды. Спасибо! Продолжай, пожалуйста, если есть возможность!
Мед для ушей, спасибо за фидбек)
Только начал работать джуном, боже как же жаль, что я не нашел твое видео пару месяцов назад, наконец-то хоть кто-то доступно рассказал про ui идеи
Один из немногих русскоязычных видосов, где действительно доходчиво объяснено, как работать с гитом именно через UI среды разработки. Крутая работа, спасибо!
Мегамозг. Приятно видеть когда такой молодой парень, занимается делом и так грамотно говорит. Красавец. 🎉
Спасибо)
Михан красава пиздато делаешь продолжай в том же духе я в каком то роде тоже программист вот недавно закодировался ну а тебе здоровья и процветания, не хворай!
Ахах, коллеги, получается) Спасибо)
Приветствую, величайший и неповторимый Михаил, без шуток, рад, что у тебя всё сложилось, желаю тебе достижения еще больших высот, спасибо, что хоть тут я тебя увидел, соскучился уж, давай не пропадай и делай-делай!
Спасибо, Артем)) Тоже очень соскучился уже, часто вспоминаю нашу житуху-бытуху на 1 курсе)
Однозначно полезное полезное видео, Спасибо👍
Просто лучшее объяснение, спасибо)
Желаю успехов старый друг. Очень интересно и полезно.
Спасибо за поддержку 🙏
Спасибо! Очень полезное видео. Обычно в роликах работу с гитом показывают на примере командной строки: якобы не комильфо пользоваться инcтрументами Idea :-). Все-таки через UI понятнее и быстрее работать с гитом ).
Чувак, ты красавчик. Давно искал такое видео по git, где показывают в IDEA. Прям на мои все вопросы ответил. Благодарю)
Красава, Миша👍 только вперёд! Очень интересно, продолжай в том же духе
Спасибо 🙌
Супервидео. Давно искал подобное! Спасибо
Спасибо за видео! Комфортная подача материала. Продолжай в том же духе. Лайк, подписка ❤
спасибо за видео, ты лучший
Привет, спасибо за видео, не совсем по теме, но все же, предположим две ситуации, и как в них поступать
1. Я получил задачу, сделал новую ветку(пусть будет от main), назовем ее F1, выполнил в ней задачу и оформил пул-реквест и скинул на ревью. Далее у меня есть вторая задача, которая опирается на код из первой задачи(по сути является ее продолжением), но первая задача все еще проходит ревью и не попала в мейн. Как поступают в таком случае, например, что бы не ждать результата первого ревью, сделать новую ветку F2, но уже от F1 и потом сливать в main сразу F2 ? Куда тогда вносить правки для первой задачи в F1 и в F2 подтягивать их, или сразу в F2 и прочие такие моменты?
2. Я и мой коллега получаем новые задачи, создаем новые ветки, решаем их и заливаем все это в мейн, кто-то из нас получает конфликт слияния, каким образом решаются такие конфликты? Я должен сделать правки в своем коде, или это какое-то совместное решение? Или такое пересечение задач стараются свести к минимуму на этапе их планирования/выделения ?
Возможно вопросы надуманны и расходятся с реальностью, но практического опыта не имею, и пока, эти моменты не ясны. Спасибо!
Привет)
1. F2 создается от F1, при правках на ревью изменения вносятся в F1, на F2 делаем rebase. После того, как F1 будет смержена, опять rebase на F2 из ветки для разработки и продолжаем работать над задачей.
В идеале, конечно, чтобы не тратить много времени на конфликты, нарезать задачи так, чтобы они сильно не пересекались
2. Да, первый, кто пройдет ревью, успешно смержит изменения, второму придется попотеть с конфликтами
Чаще и правда стараются свести такие ситуации к минимуму, если это возможно. Например, над одним микросервисом в момент времени может работать только один разработчик, либо несколько, но желательно тогда, чтобы изменения слабо пересекались
спасибо
Крутой материал, а чем shelve от git stash отличается?)
Да ничем, решает ту же проблему, но в idea)
я 95 подписчик
Я 876!)