Удаленный GIT, слияния и конфликты проще некуда

[@YaroslavOliinyk2023]

огромное спасибо! ждем еще видео по гиту:)

[@Asiro-S]

спасибо большое за урок, ничего нового не узнал к сожалению, но посмотреть было интересно, в ide от jetbrains ещё очень удобно решать конфликты)

[@Dev-lessons]

Спасибо за отзыв. В полноценном Visual Studio тоже удобнее.

[@maksk5017]

@@vladimir3074 Есть курс у Степана Берегового по git в visual studio

[@harmincerol9266]

Спасибо большое!!!! То чего я очень ждал)))) Очень полезно. Спасибо, за то что помогает другим! Немного запутался в каналах) Захожу на основной, смотрю ничего нету. Наверное будет круто в описание к видео добавлять хардкодом список каналов))

[@Dev-lessons]

Спасибо. Надо будет добавить видеоуроки в список

[@manOfPlanetEarth]

@@Dev-lessons origin - это просто псевдоним для репозитория. никогда что ли не пробовали другое название?

[@manOfPlanetEarth]

@@Dev-lessons 12:33 нет, в первом видео вы не говорили и не показывали команду branch

[@manOfPlanetEarth]

@@Dev-lessons мужик, почему у тебя такое расхлябанное видео? посказал по верхам. толку в этом нет. когда ты перемещаешься по удаленным репозиториям, привязываешь их к локальным, фетчишь, пушишь, создаешь бранчи и тд, ты же ни фига не показываешь, что происходит с окружением. Какие команды показывают окружение? Ну, наверно, ls - показывает что есть в рабочей директории cat .git/config - глянуть что в конфиге git branch -а - показать все ветки и какая сейчас активна. git status - показывает файлы на сцене и др. Берёшь эти 4 команды (можешь еще что-нибудь добавить) и запускаешь их ВСЕ ПЕРЕД И ПОСЛЕ КАЖДОГО действия. Что тут гениального?! И тогда ты можешь сказать: "вот сейчас у нас такое окружение и обратите внимание, что здесь так, а здесь так и после команды привязки удаленного к локальному у нас будет здесь так и здесь эдак". Потом запускаешь команду и снова показываешь окружение этим пучком из трех команд и говоришь: "вот все мои обещанные изменения появились как надо и что-то не появилось, потому что это тоже как надо, потому что это работает так-то и так-то". Вот это объяснение. А у тебя что? Рандомно то конфиг показал, то ветки. У тебя нет целостности продукта. Твой продукт - фрагментарный, те это ни в коем случае не продукт, это овно. 5:45 почему ты сразу не говоришь, что -М это мув и не рассказываешь нормально об этом действии? Есть объект перемещения и есть дестинейшен. Что будет если объект не указан? Будет переименование. Переименование чего? Активной ветки бл! Только спустя часть ролика ты вспоминаешь упомянуть, что -М это мув, ни слова не сказав как он работает с опущенным первым аргументом. И тд. У тебя все видео такое. Конкретика на уровне минус ноль) Как будто двоечника послушал. Они так же в школе мычали ни о чем. пс. 12:14 "и был создан новый бренч удаленно, который является мастером и указывает на мастер" что? если удаленный мастер указывает на локальный мастер, то надо полностью проговаривать фразу "является мастером и казывает на локальную ветку мастер". а то только создался и уже на что-то указывает. может, все-таки локальный мастер отныне залинкован/указывает на ветку мастер в удаленном репозитории? и было бы неплохо посмотреть все ветки до пуша и после. см выше про демонстрацию изменений окружения. 15:45 "созданы два бренча" а можно рассказать, как это они созданы, если они уже были созданы в удаленном репозитории до этого при выполнении команд git push origin master и git push origin secondone в папке demo, в которой находится первый локальный репозиторий? Итого, про изменение окружения целостно не рассказано, про понятия working directory, stash area, stage area, working tree не рассказано.

[@ДенисК-р6я]

Спасибо, все просто и доступно как всегда

[@RomanZharov]

Спасибо, очень полезно и понятно. Много чего нового для себя узнал.

[@Денис-д1у2д]

Михаил, молодец! Большое дело делаешь.

[@Dev-lessons]

Спасибо

[@yu.diachenko7889]

На работе у нас команда состоит из двух программистов)) Реального опыта как использовать для удобности гит и других технологий - нету. Все каналы показывают одно и тоже(взял команду, прожал и т.д.) У тебя Миша, в первом видео понравилось то, как вы делаете у себя на работе, как обзываете ветки, в каких ветках не комитят и т.д... Вот это интересно, а команды для прожима есть в справочнике по гит, там 1-2 два дня на то чтобы разобраться. Как-то уже просил тебя, давай видос как ты делаешь обновы проектов на проде)). У самого на работе 10 + проектов только в вебе висит, хочу узнать как деплоить правильно, может я что-то не так делаю. Как говорили деды: раньше при коммунизме, люди ездили по заводам и перенимали опыт,- вот этого хочется. Спасибо большое за твои видео.

[@Dev-lessons]

Возможно в следующее видео включу workflow, который я предпочитаю, если хватит времени. Не хочется делать видео более 40 минут. Максимум через одно видео будет.

[@Brinzovik]

Шикарное видео Гит Пул Фетч мердж просто понятно подробно git merge push pull fetch

[@piterkola1]

Отлично Инфа Сотка

[@dn_blise]

спасибо за ахуенное качество звука

[@Денис-д1у2д]

Михаил, спасибо!! Мне понравилось:))

[@Dev-lessons]

Спасибо

[@Денис-д1у2д]

@@Dev-lessons Пересмотрел видео "Управление кодом в GIT - от фикса до запуска", убрал свой дизлайк, теперь остался только один))) Со второго раза зашло очень хорошо! Главное видно старание и качество!!!

[@v1tbrah]

Спасибо большое!

[@alx.sergeev]

Было полезно, спасибо!

[@Dev-lessons]

Спасибо за отзыв

[@i.am.rossalex]

An origin - происхождение, можно сказать "источник" или "предок" :)

[@Dev-lessons]

Да, это если дословно переводить слово

[@mezzorini]

запускайте цикл видео под названием "проще некуда" с объяснениями на различные технические темы. будет полезно!

[@Dev-lessons]

В принципе это и есть в планах

[@evgenasd8892]

@@Dev-lessons Михаил, git инструкцию по применению все понятно рассказали, Но Скажите: как его использовать,? То есть синтаксис и смысл команд понятны, Но как на примере проекта: вот что можно взять для примера: проект из 3ех файлов: index.html, indexModel.cs, indexController.cs Отталкиваясь от изменений в каждом из файлов как правильно вести историю изменений? Каждый файл менять в отдельной ветке? Или изменения во всех ветках комитить разом и назвав комит МояНоыыйФункционал, или как вопще? Я для тренировки делаю в конце дня на одном из проектов комит, но изменения идут разного характера и для разных целей, как теперь в этой куче комитов мне самому разобраться? Какой винтик от какой детали? Поясните пожалуйста.

[@Dev-lessons]

Комиты можно делать хоть каждые пять минут, это дело вкуса. Я комичу каждый раз, когда закончил работать над чем-то цельным. Работаю над регистрационной формой - сделал новую ветку - registerform и в ней работаю над формой. Закончил работать над формой - закомитил и начинаю тестировать. Каждый фикс - отдельный коммит, могу несколько фиксов в один комит закинуть. Закончил тестировать, все готово - можно мерджить в основную ветку master. В твоем случае все изменения нужно вести в одной ветке. Каждый фикс или каждый проект идет в одну ветку, а не каждое изменение файла.

[@evgenasd8892]

@@Dev-lessons Благодарю за ответ, кажется я суть уловил ( перед модификацией создал ветку, и каждое существенное изменение нужно закачивать комитом с осмысленным названием, по окончании работы сделал комит, и слил в мастер эту ветку) нужно по практиковаться, а далее появятся вопросы: как откатиться на несколько комитов назад, или как просмотреть хронологию комитов, это на слелующий раз. Спасибо.

[@oybekyuldashov8269]

просто супер

[@beykoney2353]

Думаю, Origin можно перевести как происхождение.

[@beykoney2353]

А. "Корень", как вы сказали, тоже передаёт смысл.

[@Neo_for_my_chanel4782]

а merge без fetch можно сделать?

[@Dev-lessons]

Можно, если есть что мёрджить. Если у тебя есть два локальных бренча, то их можно мёрджить без фетча. Фетч нужен, чтобы забрать удаленные данные

[@StanleyOzzy]

Двадцатый!!!)

[@programisli]

Больше похоже на 10 в бинарной системе

[@serhioramires3166]

Давайте без давайте...

[@IgorGallemar]

Первый!!!

[@mflenov]

Не удивлен

[@IgorGallemar]

@@mflenov а лайкнуть?

[@spamcolector]

Есть уже 3 способа