Спасибо большое!!!! То чего я очень ждал)))) Очень полезно. Спасибо, за то что помогает другим! Немного запутался в каналах) Захожу на основной, смотрю ничего нету. Наверное будет круто в описание к видео добавлять хардкодом список каналов))
@@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 не рассказано.
На работе у нас команда состоит из двух программистов)) Реального опыта как использовать для удобности гит и других технологий - нету. Все каналы показывают одно и тоже(взял команду, прожал и т.д.) У тебя Миша, в первом видео понравилось то, как вы делаете у себя на работе, как обзываете ветки, в каких ветках не комитят и т.д... Вот это интересно, а команды для прожима есть в справочнике по гит, там 1-2 два дня на то чтобы разобраться. Как-то уже просил тебя, давай видос как ты делаешь обновы проектов на проде)). У самого на работе 10 + проектов только в вебе висит, хочу узнать как деплоить правильно, может я что-то не так делаю. Как говорили деды: раньше при коммунизме, люди ездили по заводам и перенимали опыт,- вот этого хочется. Спасибо большое за твои видео.
Возможно в следующее видео включу workflow, который я предпочитаю, если хватит времени. Не хочется делать видео более 40 минут. Максимум через одно видео будет.
@@Dev-lessons Пересмотрел видео "Управление кодом в GIT - от фикса до запуска", убрал свой дизлайк, теперь остался только один))) Со второго раза зашло очень хорошо! Главное видно старание и качество!!!
@@Dev-lessons Михаил, git инструкцию по применению все понятно рассказали, Но Скажите: как его использовать,? То есть синтаксис и смысл команд понятны, Но как на примере проекта: вот что можно взять для примера: проект из 3ех файлов: index.html, indexModel.cs, indexController.cs Отталкиваясь от изменений в каждом из файлов как правильно вести историю изменений? Каждый файл менять в отдельной ветке? Или изменения во всех ветках комитить разом и назвав комит МояНоыыйФункционал, или как вопще? Я для тренировки делаю в конце дня на одном из проектов комит, но изменения идут разного характера и для разных целей, как теперь в этой куче комитов мне самому разобраться? Какой винтик от какой детали? Поясните пожалуйста.
Комиты можно делать хоть каждые пять минут, это дело вкуса. Я комичу каждый раз, когда закончил работать над чем-то цельным. Работаю над регистрационной формой - сделал новую ветку - registerform и в ней работаю над формой. Закончил работать над формой - закомитил и начинаю тестировать. Каждый фикс - отдельный коммит, могу несколько фиксов в один комит закинуть. Закончил тестировать, все готово - можно мерджить в основную ветку master. В твоем случае все изменения нужно вести в одной ветке. Каждый фикс или каждый проект идет в одну ветку, а не каждое изменение файла.
@@Dev-lessons Благодарю за ответ, кажется я суть уловил ( перед модификацией создал ветку, и каждое существенное изменение нужно закачивать комитом с осмысленным названием, по окончании работы сделал комит, и слил в мастер эту ветку) нужно по практиковаться, а далее появятся вопросы: как откатиться на несколько комитов назад, или как просмотреть хронологию комитов, это на слелующий раз. Спасибо.
Спасибо большое!!!! То чего я очень ждал)))) Очень полезно. Спасибо, за то что помогает другим! Немного запутался в каналах) Захожу на основной, смотрю ничего нету. Наверное будет круто в описание к видео добавлять хардкодом список каналов))
Спасибо. Надо будет добавить видеоуроки в список
@@Dev-lessons
origin - это просто псевдоним для репозитория.
никогда что ли не пробовали другое название?
@@Dev-lessons
12:33
нет, в первом видео вы не говорили и не показывали команду branch
@@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 не рассказано.
огромное спасибо!
ждем еще видео по гиту:)
спасибо большое за урок, ничего нового не узнал к сожалению, но посмотреть было интересно, в ide от jetbrains ещё очень удобно решать конфликты)
Спасибо за отзыв. В полноценном Visual Studio тоже удобнее.
@@vladimir3074 Есть курс у Степана Берегового по git в visual studio
Спасибо, все просто и доступно как всегда
Михаил, молодец! Большое дело делаешь.
Спасибо
Спасибо, очень полезно и понятно. Много чего нового для себя узнал.
Шикарное видео
Гит Пул Фетч мердж просто понятно подробно git merge push pull fetch
На работе у нас команда состоит из двух программистов)) Реального опыта как использовать для удобности гит и других технологий - нету. Все каналы показывают одно и тоже(взял команду, прожал и т.д.) У тебя Миша, в первом видео понравилось то, как вы делаете у себя на работе, как обзываете ветки, в каких ветках не комитят и т.д... Вот это интересно, а команды для прожима есть в справочнике по гит, там 1-2 два дня на то чтобы разобраться. Как-то уже просил тебя, давай видос как ты делаешь обновы проектов на проде)). У самого на работе 10 + проектов только в вебе висит, хочу узнать как деплоить правильно, может я что-то не так делаю. Как говорили деды: раньше при коммунизме, люди ездили по заводам и перенимали опыт,- вот этого хочется. Спасибо большое за твои видео.
Возможно в следующее видео включу workflow, который я предпочитаю, если хватит времени. Не хочется делать видео более 40 минут. Максимум через одно видео будет.
Отлично Инфа Сотка
спасибо за ахуенное качество звука
Спасибо большое!
Михаил, спасибо!! Мне понравилось:))
Спасибо
@@Dev-lessons Пересмотрел видео "Управление кодом в GIT - от фикса до запуска", убрал свой дизлайк, теперь остался только один))) Со второго раза зашло очень хорошо! Главное видно старание и качество!!!
Было полезно, спасибо!
Спасибо за отзыв
запускайте цикл видео под названием "проще некуда" с объяснениями на различные технические темы. будет полезно!
В принципе это и есть в планах
@@Dev-lessons Михаил, git инструкцию по применению все понятно рассказали, Но Скажите: как его использовать,? То есть синтаксис и смысл команд понятны, Но как на примере проекта: вот что можно взять для примера: проект из 3ех файлов: index.html, indexModel.cs, indexController.cs Отталкиваясь от изменений в каждом из файлов как правильно вести историю изменений? Каждый файл менять в отдельной ветке? Или изменения во всех ветках комитить разом и назвав комит МояНоыыйФункционал, или как вопще? Я для тренировки делаю в конце дня на одном из проектов комит, но изменения идут разного характера и для разных целей, как теперь в этой куче комитов мне самому разобраться? Какой винтик от какой детали? Поясните пожалуйста.
Комиты можно делать хоть каждые пять минут, это дело вкуса. Я комичу каждый раз, когда закончил работать над чем-то цельным. Работаю над регистрационной формой - сделал новую ветку - registerform и в ней работаю над формой. Закончил работать над формой - закомитил и начинаю тестировать. Каждый фикс - отдельный коммит, могу несколько фиксов в один комит закинуть. Закончил тестировать, все готово - можно мерджить в основную ветку master. В твоем случае все изменения нужно вести в одной ветке. Каждый фикс или каждый проект идет в одну ветку, а не каждое изменение файла.
@@Dev-lessons Благодарю за ответ, кажется я суть уловил ( перед модификацией создал ветку, и каждое существенное изменение нужно закачивать комитом с осмысленным названием, по окончании работы сделал комит, и слил в мастер эту ветку) нужно по практиковаться, а далее появятся вопросы: как откатиться на несколько комитов назад, или как просмотреть хронологию комитов, это на слелующий раз. Спасибо.
An origin - происхождение, можно сказать "источник" или "предок" :)
Да, это если дословно переводить слово
Двадцатый!!!)
Больше похоже на 10 в бинарной системе
Думаю, Origin можно перевести как происхождение.
А. "Корень", как вы сказали, тоже передаёт смысл.
а merge без fetch можно сделать?
Можно, если есть что мёрджить. Если у тебя есть два локальных бренча, то их можно мёрджить без фетча. Фетч нужен, чтобы забрать удаленные данные
Давайте без давайте...
Первый!!!
Не удивлен
@@mflenov а лайкнуть?
Есть уже 3 способа