Команды: git - узнать все команды ls - список файлов cd ‘папка’ - зайти в папку git clone ‘link’ - клонировать папку с GitHub git status - статус git add ‘файл’ - добавить файл в очередь git commit -m “комментарий’” - подготовка к загрузки на репозиторий * чтобы выйти из странного окошка: нажать ESC, потом ‘:wq’ git push - старт команды git pull - обновить(скачать) все файлы с репозитория
>>git add ‘файл’ - добавить файл в очередь Скорей, не в очередь, а в список файлов в git, которые по команде commit будут отправлены в локальный репозиторий (в список проиндексированных файлов). Для команды add нужно указывать имя файла, который мы хотим добавить (или параметр, что мы хотим добавить все файлы), а команда commit коммитит в локальный репозиторий (фиксирует) уже все добавленные (проиндексированные) файлы, для неё не нужно писать имя файла (или параметр, что мы хотим отправить все файлы). >>git commit -m “комментарий’” - подготовка к загрузки на репозиторий Какая подготовка? Это загрузка в локальный репозиторий, который на твоём компе. >>git push - старт команды Какой старт, какой команды? Это отправка в удалённый репозиторий, который на гитхабе, или на битбакете, или на другом git-хостинге проектов.
1 git checkout -b (создаем новую ветку) основания вещь 2 git branch чекаем нашего малыша, создался ли он или нет 3 git add . Начинаем пушить сучку 4 git commit -m “” даем кликуху 5 git push пушим малыша (иногда выдает ошибку, нудно просто скопировать как просит терминал)
@@flotty6962 Выучить его не сложно, это по большому счету лишь набор команд, описанный в документации, но на нем чрезвычайно сложно писать и чем сложней процессор или контроллер, тем невыносимей становится работа с ним через ассемблер
пожалуй самый понятный и простой ролик который объясняет как новичку пользоваться гитом. Понятно что там все гораздо замороченее, но на первом этапе, именно вот этого, более чем достаточно чтобы сразу научиться пользоваться гитом. Класс, спасибо!
Неплохой урок, но не рассказал про возможную и популярную проблему, которая часто возникает у новичков - это слияние. Если не трудно, то сделай и про слияние урок.
Самый толковый урок когда нужно быстро стартануть, а с какой стороны подойти не понимаешь, мега респект! Коротко понятно доступно и без воды. Чего придираться про git и Github, человек показал работу с git на примере Github.
Видео действительно толковое, легко и лаконично для начинающих (Мне по началу гит ну совсем не зашел, поэтому видосик и глянул чтобы пролить свет на него). Что касается комментов что тут не все рассказано, и нет инфы про ветки и комманды мердж. Ребята - видео для тех кто только столкнулся с GIT, вам в другой класс, вы этажем ошиблись. Изучить все и за 5 секунд возможно только в матрице, с кабелем подключенным к спинному мозгу.
Отличное видео, коротко и ясно! Единственное, о чем нужно было упомянуть в самом начале, это то что - перед тем как работать в командной строке или в терминале, сначала установить сам Git.
@@crazy9flip_895 Зачем вы так? Может ему тоже не понравился препод и то, что он рассказывает, и он захотел найти урок получше. Почему же сразу придурок?
До последнего откладывал осваивание этого инструмента - все пугал он меня своей неизвестностью, но благодаря видео, вроде бы, разобрался. Спасибо большое за разбор!
Просто лайк. Все понятно, все доступно. Единственное, что хотелось бы еще упомянуть в уроке, так это то, что на windows происходит это: "ошибка в cmd git не является внутренней или внешней командой". И пока я додумалась что надо качать другую консоль, прошло где то пол часа. А так замечательный урок)
Все супер но ожидал еще услышать как синхронизировать репозиторий когда два или больше пользователей изменили один и тот же файл Обычно из-за этого могут возникнуть небольшие проблемы
RUclips это болезнь. Есть куча источников где можно получить более полезную информацию, по этой теме, например, githowto в помощь. Да я и сам стараюсь переходить на чтение, но по непонятным причинам ищу ответ здесь, среди видео.
а если одновременно делаются изменения? А как ответвления от проекта делать? не нужно вводить в заблуждение, там еще много всего, а то подумают, что спецами стали
это видео предназначено для новичков. для меня как раз, например. пока что никакие бренчи и ребейзы мне не нужны. подумай немного, перед тем как ляпнуть что-либо
@@Rahman111super Он ляпнул в тему. Git и GitHub это разные вещи, автор видео, в виду отсутствия хоть каких-либо знаний про Git (видимо), ужасным образом вводит зрителей в заблуждение.
@@sk0rpi0n777 У него так везде, куча уроков по многим ЯП. А что в итоге? Просто переозвучивание официальной документации, и то не полной в целях сокращения длительности видео.
@@sasichkamega , ну и выраженнице... =) Ты боршь румынский варить умеешь? И? Так и ходишь за щекой? Мир полон говеной информации. Ты смотришь, читаешь и фильтруешь... Это не повод крыть всех вокруг себя.
А у меня такое ощущение, что вернулся опять в начало 90-х годов, когда в ДОСе общался с компом через командную строку. Эти танцы с бубном очень просты, запоминай движения...
Самое главное и вся идея версионности - не рассказана! Задача не тупо синхронизировать данные с сервера и на сервер, а именно видеть, какие изменения были сделаны и только потом синхронизировать. Так как Вася Пупкин по пьяне может внести в код всякий бред и тупо делать add -A неправильно! В видео рассказано лишь про аналог утилиты "rsync" Так что однозначно дизлайк!
Такой вопрос, если несколько людей работает с один файлом и например один человек еще работает над файлом, а другой закончил свою часть и залил в репозиторий, если первый пропишет git pull, загрузится новый файл и его код исчезнет или просто добавится часть недостающего кода в его файл?
Я думаю, что если с одним файлом работает команда, то надо не просто заливать апдейт, а задавать команду слияния и вручную править код. Если я не ошибаюсь, этим занимается Dev Ops администратор или что-то вроде этого, поэтому каждый разработчик создает свою "ветку" от последнего слияния и пишет независимо от остальных, пока все не будут готовы к очередному слиянию.
Очень хорошо рассказал! Спасибо! Ещё очень интересно, как создавать новую ветку, а потом делать слияние и как решать конфликты. А будет что-то по api instagram? Очень бы хотелось, спасибо!
почему так? $ git push remote: Permission to Adi58816/WindowsProgsInOne-.git denied to AdiSalimgereev. fatal: unable to access 'github.com/Adi58816/WindowsProgsInOne-/': The requested URL returned error: 403
Ну просто для понимания того,что такое ГитХаб- все отлично, но это не урок и не стоит думать, что теперь вы умеете работать с гитхабом. Жду продолжения, уже именно видеоуроков как курс на практике создания проекта
Я разработчик одиночка с 2010 года еще, ни разу не приходилось в команде работать, решил для общего развития изучить. Все базовое в целом понятно, но команды не работали в консоле, сам выяснил что главное установить сам git, без него ничего не будет
Поясните кто в курсе почему у тру программеров такая мода все делать вручную, особенно с командной строки? 16:16 Синхронизация нового файла/изменившегося файла - ручной ввод этого файла с расширением, куча команд для добавления, синхронизации и каждый раз с ручным вводом файла???? Давайте сразу в машинных кодах работать, даже без ассемблера? Извините пригорело, пытаюсь понять как работает GitHub.
каждий человек когда пушит, сначала должен себе загрузить последнюю версиюю проекта, после етого если есть конфликты (кто-нибудь сделал изминения в том же файле что и ты ), тебе надо будет их слить вместе, тоесть слить чужие и свои измининия в файле. После успішного merge, все ето вы пушыте на в нашем случае GitHub, Хотя ето только репозиторий, так же как хранилище для файлов Box, Dropbox и другие. А сама система контрою версий не зависит от Github, тоесть вы можете создать репозиторий даже без отдаленного репозитория, но для того что б несколько человек роботало над одним проектом и придумали отдаленние репозитории такие как Github (есть многие другие BitBucket, beanstalk но возможно платные). Мой совет юзать BitBucket так как он бесплатно дает вам приватный доступ, тоесть никто кроме вас ваш проект в вебе не сможет открыть. Github же дает етот функцыонал платно.
Виталий Стеценко А для чего нужен локальный репозиторий? Всё, что было закоммиченно в git-е, можно восстановить. И наоборот, все, что никогда не попадало в коммит, будет безвозвратно утеряно. В это и заключается смысл VCS.
Красава! Все понятно и доступно обьяснил! Есть один момент: утром первым делом не pull лучше сделать сначала, а посмотреть состояние проекта. Вдруг какой-нибудь сверхразум положил мастера, а все его себе запулят?:))))))
@@inbuckswetrust7357 та ладно, что не бывает такого, что несколько человек работают с одним файлом, но к примеру с разными классами. Вот каждый, что-то своё сделал - запушил, потом другой запушил третий, на гитхабе будет отображаться последний коммит, с изменением от того, кто делал последний пуш. Там как-то хитро нужно мержить.
Serg Mirny хреновая структура проекта если 2 человека над одним классом работают или слишком напихано много в класс. Если конечно это не разные ветки реализации параллельные и потом мы выбираем одну из них. Видел я такие «классы» где один большой кейз или куча методов ;) которые предоставляют клиенту сервис но никак по сути не связаны между собой ;) это всегда можно реализовать гибче. А то потом как сборка начинается мердженье и косяки.
Команды:
git - узнать все команды
ls - список файлов
cd ‘папка’ - зайти в папку
git clone ‘link’ - клонировать папку с GitHub
git status - статус
git add ‘файл’ - добавить файл в очередь
git commit -m “комментарий’” - подготовка к загрузки на репозиторий
* чтобы выйти из странного окошка: нажать ESC, потом ‘:wq’
git push - старт команды
git pull - обновить(скачать) все файлы с репозитория
>>git add ‘файл’ - добавить файл в очередь
Скорей, не в очередь, а в список файлов в git, которые по команде commit будут отправлены в локальный репозиторий (в список проиндексированных файлов). Для команды add нужно указывать имя файла, который мы хотим добавить (или параметр, что мы хотим добавить все файлы), а команда commit коммитит в локальный репозиторий (фиксирует) уже все добавленные (проиндексированные) файлы, для неё не нужно писать имя файла (или параметр, что мы хотим отправить все файлы).
>>git commit -m “комментарий’” - подготовка к загрузки на репозиторий
Какая подготовка? Это загрузка в локальный репозиторий, который на твоём компе.
>>git push - старт команды
Какой старт, какой команды? Это отправка в удалённый репозиторий, который на гитхабе, или на битбакете, или на другом git-хостинге проектов.
Спасибо вам ))
1 git checkout -b (создаем новую ветку) основания вещь
2 git branch чекаем нашего малыша, создался ли он или нет
3 git add . Начинаем пушить сучку
4 git commit -m “” даем кликуху
5 git push пушим малыша (иногда выдает ошибку, нудно просто скопировать как просит терминал)
Выйти из страшного окошка, если что-то не то написал: Esc -> ":q!" -> Enter
А merge, rebase, reset, revert, cherry 🍒? :)
давай ассемблер за 5 минут
Вхахахах
почему все так говорят, как будто асм что-то нечто трудно, как брайнфак... Асм вполне возможно выучить, за 2-3 месяца... Если, есть мозги, конечно же.
@@flotty6962 Выучить его не сложно, это по большому счету лишь набор команд, описанный в документации, но на нем чрезвычайно сложно писать и чем сложней процессор или контроллер, тем невыносимей становится работа с ним через ассемблер
Запросто! Ассемблер машины Тьюринга очень простой.
сорри, ток за 5 лет
"Страшное окошко" - лучшее описание vim'а, которое я слышал 😀
Ставь лайк если ты так же на 4:12 попал в ПОПУ :)
Хаха...
Влад, ты че? программисты тоже шалят.. :)
Может он попал в просак ?
смешно :)
Прикол))))
пожалуй самый понятный и простой ролик который объясняет как новичку пользоваться гитом. Понятно что там все гораздо замороченее, но на первом этапе, именно вот этого, более чем достаточно чтобы сразу научиться пользоваться гитом. Класс, спасибо!
Ролик без веток и фраза «это все основные команды» - да уж) туториал от души
Нет примеров работы с ветками а эта самая главная база что только может быть!
Неплохой урок, но не рассказал про возможную и популярную проблему, которая часто возникает у новичков - это слияние. Если не трудно, то сделай и про слияние урок.
Да, было бы здорово!
Да я тоже хочу этот урок
Самый толковый урок когда нужно быстро стартануть, а с какой стороны подойти не понимаешь, мега респект! Коротко понятно доступно и без воды. Чего придираться про git и Github, человек показал работу с git на примере Github.
Я думаю что вы сами лучшие учитель на ютуб - класс - огромны спасибо
Видео действительно толковое, легко и лаконично для начинающих (Мне по началу гит ну совсем не зашел, поэтому видосик и глянул чтобы пролить свет на него). Что касается комментов что тут не все рассказано, и нет инфы про ветки и комманды мердж. Ребята - видео для тех кто только столкнулся с GIT, вам в другой класс, вы этажем ошиблись. Изучить все и за 5 секунд возможно только в матрице, с кабелем подключенным к спинному мозгу.
Отличное видео, коротко и ясно! Единственное, о чем нужно было упомянуть в самом начале, это то что - перед тем как работать в командной строке или в терминале, сначала установить сам Git.
хотел все синхронизировать через Github desktop , не получалось сейчас все отлично, хороший ты мужик ,спасибо)
Давно ждал когда вы выпустите видео про GIt. Супер! Спасибо за уроки. продолжайте не останавливайтесь!
Поддерживаю твой комментарий
Отличный урок. Ска ковырялся пол дня что б это все понять.... И тут за 15 минут все зашло на УРА! =) Благодарю Вас!
Гоша, спасибо за ценные знания. Всегда смотрю твои уроки. Все четко и подробно.
Уроки от чувака, который не отличает Git от GitHub.
Ставь класс, если понравилось!
Киньте ссылку на свой урок.
а ты отличаешь?
Я если честно в ахере с этого препода))
Amur Lamur очередной придурок с идиотским мышлением по типу «а сам то.. не сделал - не критикуй»
@@crazy9flip_895 Зачем вы так? Может ему тоже не понравился препод и то, что он рассказывает, и он захотел найти урок получше. Почему же сразу придурок?
Сказали выучить GitHub, даже понятия не имел что за творение такое и для чего. А оказывается просто великолепная вещь! Благодарю за разъяснение. :)
Респект Гоше !!!!! Я учусь в GeekBrains так вот данную тему он очень хорошо освещает лучше чем у нас.
Посмотрела все видео на сайте!! Это очень круто, я его боялась как огня, считала китайской грамотой до ваших видео. Спасибо огромное!
Спасибо, Вы первый кто хоть что-то понятно объяснил
До последнего откладывал осваивание этого инструмента - все пугал он меня своей неизвестностью, но благодаря видео, вроде бы, разобрался. Спасибо большое за разбор!
Вот не ужели, наконец то быстро понятно без нытья и воды... Фух... спасибо...
Твоя попытка оправдаться за свой аккаун не только выдает тебя, но и умиляет))
Просто лайк. Все понятно, все доступно. Единственное, что хотелось бы еще упомянуть в уроке, так это то, что на windows происходит это: "ошибка в cmd git не является внутренней или внешней командой". И пока я додумалась что надо качать другую консоль, прошло где то пол часа. А так замечательный урок)
нужен git shell
Все супер но ожидал еще услышать как синхронизировать репозиторий когда два или больше пользователей изменили один и тот же файл
Обычно из-за этого могут возникнуть небольшие проблемы
работа в разных ветках с послдующим слиянием этих самых веток (merge).
Та ладно, об основных командах рассказали, профессионалу хватит! (с) Сарказм
RUclips это болезнь. Есть куча источников где можно получить более полезную информацию, по этой теме, например, githowto в помощь. Да я и сам стараюсь переходить на чтение, но по непонятным причинам ищу ответ здесь, среди видео.
YumaMinecraftArt не
Все верно сказал
Давно ждал подобный урок) Лень было самому разбираться, но штука полезная-то.
похоже это самый доступный, понятный и наглядный урок
а если одновременно делаются изменения? А как ответвления от проекта делать? не нужно вводить в заблуждение, там еще много всего, а то подумают, что спецами стали
Охеренно объясняет. Ну респект чуваку. У Гоши, имхо, лучшие в рунете короткие уроки по кодингу и смежным темам.
То есть git и github это по твоему вещи тождественные? Это все основные команды? А какже branch, merge, rebase? Это не урок - это обман
это видео предназначено для новичков. для меня как раз, например. пока что никакие бренчи и ребейзы мне не нужны. подумай немного, перед тем как ляпнуть что-либо
@@Rahman111super Он ляпнул в тему. Git и GitHub это разные вещи, автор видео, в виду отсутствия хоть каких-либо знаний про Git (видимо), ужасным образом вводит зрителей в заблуждение.
@@sk0rpi0n777 У него так везде, куча уроков по многим ЯП. А что в итоге? Просто переозвучивание официальной документации, и то не полной в целях сокращения длительности видео.
@@sasichkamega , ну и выраженнице... =)
Ты боршь румынский варить умеешь? И? Так и ходишь за щекой?
Мир полон говеной информации. Ты смотришь, читаешь и фильтруешь... Это не повод крыть всех вокруг себя.
Тут самое основное, без чего нельзя вообще ничего сделать
Хорошее, краткое, наглядное видео 👍
Пересмотрел уже кучу уроков, но твой оказался самый быстрый и самый понятный) спасибо тебе!
Я тебя просто ОБОЖАЮ, такие классные видео, яс этим гитом 2 дня ******, а твой видос просто взял и зарешал)))
СПАСИБО ВАМ БОЛЬШОЕ!!! Я СИДЕЛ МУЧАЛСЯ 3 ЧАСА И ЭТО ВИДЕО МЕНЯ СПАСЛО!!!!
Просто лучший, просмотрел все курсы, слишком сложно, а тут все прям очень просто, даже с примером, спасибо Гоша!!!!
Таким образом мы попадаем в по..папку )) а если серьезно - отличная подача, все понятно!
Первый шаг с гитом сделан. Спасибо большое!
"cd .." - возвращение на папку выше, а не в первоначальную.
В юникс сд возвращает в корневую папку пользователя.
@@Insert-any-prefix- "cd" - да, "cd .." - возвращает на дирректорию выше
Гоша, огромное вам спасибо, четко, по делу и без воды. спасибо выручили прям)
Спасибо тебе, надеюсь стать когда нибудь таким же крутым чуваком как ты!!!
Ну хоть один человек нормально объяснил, спасибо
Таким образом я попал в попк...папку))))
ору
Дети
Лучший экспромт- домашняя заготовка.
По Фрейду))
СПАСИБО ТЕБЕ БОЛЬШОЕ !!! Ну не как не мог понять как это работает через Cmd и что нужно писать. Посмотрел это видео и все понял !!!
А у меня такое ощущение, что вернулся опять в начало 90-х годов, когда в ДОСе общался с компом через командную строку. Эти танцы с бубном очень просты, запоминай движения...
Самое главное и вся идея версионности - не рассказана! Задача не тупо синхронизировать данные с сервера и на сервер, а именно видеть, какие изменения были сделаны и только потом синхронизировать. Так как Вася Пупкин по пьяне может внести в код всякий бред и тупо делать add -A неправильно! В видео рассказано лишь про аналог утилиты "rsync"
Так что однозначно дизлайк!
создай свое видео. просвети.
@@obehobeh9984 он сделал!!!!
Спасибо, Гоша, одно самых лучших видео по Гиту!
Классное видео, все сразу понятно стало. Для начала самое то. Спасибо!!!
Для начала это супер. Главное просто и понятно.
Такой вопрос, если несколько людей работает с один файлом и например один человек еще работает над файлом, а другой закончил свою часть и залил в репозиторий, если первый пропишет git pull, загрузится новый файл и его код исчезнет или просто добавится часть недостающего кода в его файл?
Если ты узнал ответ на этот вопрос, то скажи, плз и мне, а то не пойму, пока что :) Спасибо! )
Я думаю, что если с одним файлом работает команда, то надо не просто заливать апдейт, а задавать команду слияния и вручную править код. Если я не ошибаюсь, этим занимается Dev Ops администратор или что-то вроде этого, поэтому каждый разработчик создает свою "ветку" от последнего слияния и пишет независимо от остальных, пока все не будут готовы к очередному слиянию.
Для новичка , который только познает мир Github , это ОТЛИЧНЫЙ урок, а те кто уже знают про этот мир ,лучше не судить ..
Чувак ты реально полезную инфу даешь!
Спасибо большое! Очень полезный и понятный ролик про работу с GitHub.
Также из git commit можно выйти так - нажм.ESC, нажм. M , подключаем мышь к редактору нажимаем на ^x , далее ESC и N (не применять изменения) .
Автор красавчик, без лишнего, только конкретика, за одно видео разобрался с гитом, спасибо)
Очень хорошо рассказал! Спасибо! Ещё очень интересно, как создавать новую ветку, а потом делать слияние и как решать конфликты.
А будет что-то по api instagram? Очень бы хотелось, спасибо!
из "страшного окошка" vim можно также выйти два раза нажав Shift+z
Порадовало описание как выбраться из vim )
Огромное спасибо!
Вот 5 баллов из 5-ти за видео.
Просто, понятно и не растянуто.
почему так?
$ git push
remote: Permission to Adi58816/WindowsProgsInOne-.git denied to AdiSalimgereev.
fatal: unable to access 'github.com/Adi58816/WindowsProgsInOne-/': The requested URL returned error: 403
Спасибо за урок. Продолжай в том же духе.
Для меня как новичка очень круто, спасибо!
Как успехи?
Ну просто для понимания того,что такое ГитХаб- все отлично, но это не урок и не стоит думать, что теперь вы умеете работать с гитхабом. Жду продолжения, уже именно видеоуроков как курс на практике создания проекта
После написания команды git commit -m в " " пишем произвольное название операции или что-то конкретное ?
Молодец! Спасибо тебе большое. Быстро и толково объяснил и многие вопросы разрешились.
Как успехи?
Отлично! 🎉 чего и вам желаю 🤝
лучший гайд который я видел
Хорошее знакомство. Спасибо. кЛайк
Я разработчик одиночка с 2010 года еще, ни разу не приходилось в команде работать, решил для общего развития изучить. Все базовое в целом понятно, но команды не работали в консоле, сам выяснил что главное установить сам git, без него ничего не будет
Теперь хоть что-то стало ясно))) отличное объяснение.
Лучи благодарности этому господину!
также ждал про ветки и надо было наверное предупредить людей чтоб перед pull делали коммит иначе все изменения пропадут
Отлично объяснил без воды!!
У Вас талант учить) Спасибо!
Гоша ты Бог!!!Спасибо!!!
С Новым Годом!
а что за мультик на заставочной картинке ролика? Спасибо!
Поясните кто в курсе почему у тру программеров такая мода все делать вручную, особенно с командной строки? 16:16 Синхронизация нового файла/изменившегося файла - ручной ввод этого файла с расширением, куча команд для добавления, синхронизации и каждый раз с ручным вводом файла???? Давайте сразу в машинных кодах работать, даже без ассемблера?
Извините пригорело, пытаюсь понять как работает GitHub.
Ну мог и про Vim пару слов сказать хороших, что за "страшное окошко". Годный редактор же!
nice video !!! you shude keep going in this way.
github до изучения git.. ахуеть спасибо доша гударь. Еще спасибо за неупоминание, issues, forks, release и прочих бызовых вещей
А если несколько человек изменили одну и ту же строчку в одном файле, то какое изменение запушится на гитхаб?
webdeveloper которое было последним
каждий человек когда пушит, сначала должен себе загрузить последнюю версиюю проекта, после етого если есть конфликты (кто-нибудь сделал изминения в том же файле что и ты ), тебе надо будет их слить вместе, тоесть слить чужие и свои измининия в файле. После успішного merge, все ето вы пушыте на в нашем случае GitHub, Хотя ето только репозиторий, так же как хранилище для файлов Box, Dropbox и другие. А сама система контрою версий не зависит от Github, тоесть вы можете создать репозиторий даже без отдаленного репозитория, но для того что б несколько человек роботало над одним проектом и придумали отдаленние репозитории такие как Github (есть многие другие BitBucket, beanstalk но возможно платные). Мой совет юзать BitBucket так как он бесплатно дает вам приватный доступ, тоесть никто кроме вас ваш проект в вебе не сможет открыть. Github же дает етот функцыонал платно.
Т.е. если я сделал изменения и залил, а пьяный Вася Пупкин в это время делал свои изменения, и залил на минуту позже меня, то весь мой труд в опу?....
Виталий Стеценко
А для чего нужен локальный репозиторий?
Всё, что было закоммиченно в git-е, можно восстановить. И наоборот, все, что никогда не попадало в коммит, будет безвозвратно утеряно. В это и заключается смысл VCS.
Тогда будет конфликт. Гит покажет две версии и предложит человеку самому выбрать нужную
Спасибо большое! Всё хорошо, но как можно было забыть про важную часть git, а именно ветки. О них ни слова. Это обидно конечно.
@Гоща, а если нету на компе Git, и нету прав админа чтобы поставить Git (на школьном компе), как тогда быть? есть способ без установки Git?
Гоша,почему в облако не кинуть?не проще будет?
Спасибо за то, что все понятно объяснил!
статус перед добавлением в репозиторий называется "буферная зона". А так видео крутое, особенно если знать основы гид, то быстрый старт в GH
На самом деле, было бы неплохо сразу сказать о проблемах, возникающие с windows при работе таким методом.
Thanks bro! Good job! Hello from California!!!!!!!!!
Как всегда просто, по существу 👍 Спасибо.
Спасибо тебе человеческое Гоша♥️
А когда клонируешь удалённый репозиторий, команду git init делать не нужно? Репозиторий создастся автоматически, все служебные файлы гита создадутся?
на самом гитхабе нету просто кнопочки download или типа того, чтобы скачать проект или файл, который в открытом доступе?
Спасибо огромное! Очень полезно😻😻
Красава! Все понятно и доступно обьяснил! Есть один момент: утром первым делом не pull лучше сделать сначала, а посмотреть состояние проекта. Вдруг какой-нибудь сверхразум положил мастера, а все его себе запулят?:))))))
нельзя сверхразуму такие права давать, мастер должен выделенный человек админить (но это не точно) :)
Очень интересная и полезная информация! Спасибо!
Спасибо чел прояснения прям в голове а то думал гитхаб это страшно как нерг с фалосом а теперь это обычный гугл диск как будто
А если в 1 файле 3 специалиста сделали изменения в один момент времени. И сохранили, что будет?
Это значит кто-то накосячил с общей архитектурой.
@@inbuckswetrust7357 та ладно, что не бывает такого, что несколько человек работают с одним файлом, но к примеру с разными классами. Вот каждый, что-то своё сделал - запушил, потом другой запушил третий, на гитхабе будет отображаться последний коммит, с изменением от того, кто делал последний пуш. Там как-то хитро нужно мержить.
Serg Mirny хреновая структура проекта если 2 человека над одним классом работают или слишком напихано много в класс. Если конечно это не разные ветки реализации параллельные и потом мы выбираем одну из них. Видел я такие «классы» где один большой кейз или куча методов ;) которые предоставляют клиенту сервис но никак по сути не связаны между собой ;) это всегда можно реализовать гибче. А то потом как сборка начинается мердженье и косяки.
@@inbuckswetrust7357 ага ага. Быть может с Вами я и соглашусь, если б не реальность по поддержке легаси кода))
Вот это Уровнь...Молодчага
спасибо, расставил все по местам, все просто и понятно
Суперское видео! Респект! Коротко , о главном и все понятно! Спасибо огромадное!
Спасибо за видео! Немного даже научился работать с командной строкой)
что делать если на официальном сайте desktop.github.com есть тока версия для 64 bit системы для Windows а у меня 32 bit, что делать?
central.github.com/deployments/desktop/desktop/latest/win32?format=msi