Git: как правильно использовать?

[@kirillamber6056]

Мне кажется, название не соответствует содержанию.

[@automankatabelno698]

Да, у меня тоже есть такое ощущение...

[@tapin13]

Вам не кажется

[@КирилоВасильєв-п3ы]

А еще он слишком распыляется на "мысли не по теме"

[@vc36960]

А тут есть содержание? 🤣

[@ElChampi0]

как и любой его видос

[@DataScienceGuy]

В случае пожара: - git commit -a - git push - Покинуть помещение

[@AnatoliyRU]

git commit -a -m"#"

[@FrontendSensei]

😂

[@anatolii.vorobiov]

git push -f - ибо наше самое важное

[@AntoshaaU]

А если конфликты будут?

[@DimaVort]

Класс! Распечатаю и повешу в рамочку у входа)

[@OlmOfD]

Юзеры: Как пользоваться гитом? Немчинский: Пользуйтесь как хотите!

[@MrOntuan]

Пользуйтесь как хотите! Главное пользуйтесь правильно.

[@RaPmanTim322]

😂

[@VladArakelov]

Ожидал, что речь пойдет про практики того как строится сам репозиторий - merge/rebase, правила формирования master/develop/feature/release веток. ...написал я посмотрев 70% видео и понял что об этом и есть оставшиеся 30% :) Было бы интересно послушать о том, как именно эти практики формируются в команде, какие стандарты для каких команд подходят и в каких случаях стоит инициировать изменение этих стандартов в ту или иную сторону (например, в случае когда команда постепенно увеличивается в количестве начиная с 1 человека)

[@mormeoi]

Как скажет начальник так и будет. Если ты будешь начальником, то сам придумаешь эти практики как тебе удобно. Я обычно работаю так: для личных проектов (1 человек -- я) используется одна ветвь. При работе в команде - все текущие коммиты в master pull request'ом из feature branch или личного master'а разработчика, релизы периодически ответвляются от мастера, фиксы в релизные бранчи сначала коммитом в мастер, потом cherry pick. Более сложная структура с stable/developer ветками или более замороченным ветвлением, как показывает мой опыт, ни к чему хорошему не приводит.

[@VladArakelov]

@@mormeoi > Если ты будешь начальником, то сам придумаешь эти практики как тебе удобно - так ведь надо придумывать не так чтобы мне было удобно, а так чтобы было удобно всей команде. Я то не начальник, но на одной из прошлых работ была именно такая ситуация, когда я начинал проект один и постепенно размер команды увеличился до 5 человек, и приходилось балансировать между функциональностью и удобством использования стандарта управления ветками

[@romanpoimtsev9717]

Ох, ë, теперь я окончательно запутался

[@noobsabot7796]

Ну наконец-то сменили фон! Вот этот очень приятный!)

[@pamrpabkey4231]

Согласен) Темный фон просто радость глаз ))

[@dmChanal1]

точно, предыдущие два были странными

[@equim7363]

Этот в цвет кружки просто брали.

[@taller8624]

и первую фразу складно произнёс 👍🏻

[@radikovichkz2470]

Ни раз не обратил внимание на фон. Мне больше контент интересен. Можно видео выключить оставить звук.

[@alberthofmann2674]

Вау, вот этот фон супер! И стол, и кружка на месте - шикардос одним словом)

[@trygoboi4790]

Люди насчет Линукса, не переживайте. Я сейчас пишу эот комментарий сидя на ютубе с Убунту, это не так уж страшно. Графический интерфей беднее Винды, но пользоваться можно. А терминал, так как терминал использует язык bash, большинство комманд для разных Юникс лайк систем похожи, основные команды по типу создания файлов и запуск программ можно освоить меньше чем за час. А всё остальное можно найти в интернете. Просто пишите то что вам надо и делать и приписывайте "терминал Убунту (или другой дистрибутив Линукса" и всё, это не сложно правда. Я Линукс ставил не сам, нам в универе дали ноутбуки где он уже стоял, но уже с этой целью можно обратиться к специалисту, не думаю что это будет стоить много или же попробовать установить самим. А потом вы поймете, что многие вещи реально удобнее устанавливать и выгружать в интернет (допустим в тот же гит) через терминал. Я даже на винде иногда пользуюсь Гит Башем заместо стандартной консоли (Повер шелл) от Винды (Майкрософта)

[@cbkmdth]

Первый раз в жизни я увидел ролик, который автор запилил для людей, которым ютуб подсовывает ролики по ошибке! :))))))))))))))))

[@artemsvarych9022]

Мне показалось, что тема называется не верно. Нужно было назвать как-то так: "Git: какие инструменты использовать". Вы ничего не сказали о том, как правильно использовать Git: не привели ни одного примера. Ожидалось что будет раскрыта тема о том, при каких условиях мерджить в master, какую стратегию использовать при втягивании кода в свою ветку (merge, rebase) и т.п. "Ну Вы поняли" (с) Немчинский ;)

[@grimial]

Фон - check, Стол - check, Кружка - check. И ведущего по-прежнему зовут Сергей Немчинский!

[@giper4403]

А мне лиса вязаная зашла)))) Помимо всего видоса)))

[@romansharpe1131]

Скоро появится еще серебряная кнопка на заднем фоне

[@goodvin8554]

сегодня фон украли 🙂

[@sxntana7162]

С каждым разом, всё лучше

[@ivank5504]

Лисичка hand-made - зачетная ;)

[@59script]

Сергей, всё супер! всё доходчиво объяснил! Как всегда☝️😃

[@artemboiarshinov]

Ожидал услышать про Git Flow и другие методологии. Увы =(

[@LeoMrakobes]

как -то совсем ни о чём... больше поговорили про "при помощи чего коммитить" а не про правильность работы с гитом, как будто "вот вам анонс, а подробнее когда ни будь расскажу" Есть алгоритмы которые мастхев при командной работе, например: правила коздания рабочих веток что бы потом было меньше конфликтов, когда нужно обновлять рабочую ветку, куда пушить и куда делать ПР и много других мелочей которые многие не делают только по тому что вообще пользуются только мастером, я уже молчу про форки... но Сергей о них даже не заикнулся.

[@LeoMrakobes]

по поводу работы с GITом через IDE: через ИДЕшку удобно коммитить и проверять что именно попадает в коммит, но если нужно сделать что-то больше: например решить кофликт при ребейзе или мерже или ешё что похуже - то ТОЛЬКО КОНСОЛЬ

[@LeoMrakobes]

кому интересно как начать работать с ГИТом есть неплохая серия простых видео kzbin.info/www/bejne/b5WYk32ZbdRqg6M

[@dmytro_dd]

@@LeoMrakobes Я сам люблю консольный гит, но резолвить конфликты.. гуи предоставляют шикарный флоу

[@maxlich9139]

@@dmytro_dd согласен, в идеи удобный механизм разрешения конфликтов

[@yaroslavvelikiy4808]

Сам 90% времени использую гит через GUI по тому, что это удобно. Почему нужно уметь работать с гитом из консоли: - доступны все возможности гита, а не только те что реализовали в очередном GUI - заставляет лучше понимать внутреннее устройство - порой приходится работать там где нет удобной/привычной/никакой GUi

[@Asiro-S]

вкусовщина как по мне абсолютная, мне например неудобно использовать гит не из консоли.

[@rumeone1]

Только что узнал что можно адекватно пользоваться гитом не из консоли...

[@tapin13]

в консоли он есть на всех платформах, дальше продолжать?..

[@andreyblinnikov9874]

@@tapin13 Кроме того он при этом имеет один интерфейс, вне зависимости от IDE которая используется

[@ФанисМустафин-й3й]

Я как новичок мало что понимаю в подобных видео, но слушать интересно)

[@inbuckswetrust7357]

Avazart ;) да спешите все хелловорды на гит выкладывать ;) хотя конечно начало хорошее но человек на начальной стадии не особо понимает зачем ему гит зачем эти лишние действия

[@ФанисМустафин-й3й]

@@avazart614 ничего я пока не выкладываю, я слушаю все видео подряд, может что интересное для себя подчеркну из них)

[@hostvi]

Минус видео в том что просто вода,если бы вы на практике показывали это было бы замечательно!Спасибо!

[@skymarkus]

Пользуюсь гитом через shell, так сложилось исторически, извращенец, но никому не навязываю))) из плюсов такого подхода - четко понятно что ты делаешь, в IDE не всегда понятно, что она делает если что-то выходит за рамки push/pull

[@alko4188]

все очень просто. если человек с консолью на Вы и даже поставить игру в виртуалбокс геморно, то однозначно иде.. если grep, sed, awk, etc, в активном использовании - то консоль. и ничего извращенного в этом нет. каждый работает так как ему удобно. у меня вообще процентов 5 коммитов через веб сделаны. тупо так проще и удобнее было в тот момент.

[@yerassylaitkazy5506]

Такие простые истины. Хотя за всем этим скрываются набитые шишки и мудрость. Спасибо вам, благодаря вашим советам я в айти сфере кручусь))))

[@ВладиславШестернин-б9с]

Блин) спасибо, Вы действительно крутой ПРОГРАММИСТ

[@danakiyeah6277]

А я уже дошёл до 60 ролика по плэйлисту «Скринкаст по Git», я опоздал с просмотром этогг ролика, вы меня простите, но теперь я терминальщик.

[@RS-ue4wg]

Вот правильно сказано : есть любимый инструмент, который работает пользуйтесь им!

[@max_mgtow]

Люблю темную тему)

[@mikeghukr]

Набрёл, подписался. Чашка - зачет.

[@ИванПышкин-ф1ъ]

Спасибо за информацию очень интересно и познавательно знать.

[@st-time6394]

Лучший вариант вщять линуху и учить первым языком си. Балдеж

[@lavolpenoire]

Вот такой вопрос, в надежде, что увидите и, может, разберете: Как перейти из состояния "могу написать код" , в состояние "могу написать приложение"? В чем суть? Учить архитектуру приложений? Еще что? Как для примера: изучаю с++, могу открыть main.cрр и алгоритм написать, шахматы какие нибудь и т.д. , решить кодом поставленную задачу, в общем. А открываю установленные на компе игры, приложения- там чето какие то сотни папок, сотни файлов, различных форматов. И ничего не понятно. Нет, ну, то есть, код то понятен, если вчитаться в исходники, но вот сам принцип разбиения на файлы, папки, какого то...построения, архитектуры(?) приложений Как в этом разобраться?

[@Aurum26ENR]

Спасибо, Сергей!)

[@xm4dn355x]

4:46 Абсолютно согласен. Дрочка git через shell увеличивает шанс опечататься в разы))) То-ли дело в IDE ты визуально видишь что у тебя где и когда коммитится и пушишь ты уже уверенный во всём и не забиваешь себе голову лишней хернёй, а продумываешь архитектуру и пишешь код)))

[@BossVspMax]

Линукс поставил только из-за программирования и не мучался совсем, привык к нему быстро, и мне он больше понравился чем виндовс.

[@intelligent6811]

Почти 100к подписчиков)

[@vitamin2845]

Сделайте пожалуйста видео о требованиях к миддлу на джаве. Какие задачи самостоятельно должен выполнять миддл. Что должен знать. Какой должен быть опыт

[@hmixa]

Я думаю, что всё-таки как код пропадает в репозиторий тоже важно. Например мы пришли к выводу, что пропитан комиты мы будем только в свои личные ветки, а в общие, даже и не закрытые всегда через pull request, даже когда не требуется обязательное подтверждение от начальника, сам себя approv-ишь. Есть в pull request-ах что-то дисциплинирующее.

[@pavelvasianovych4030]

Думаю имелось ввиду скорее такие вещи как лучше пушить после каждого коммитам или в конце работы, обязательно ли сквошить коммиты, делать ли ребейз при мерже. Т.е. результат по коду может быть тот же, а история разной и насколько это важно.

[@IPWchild]

Интересное наблюдение о себе: так как я получал образование более 10 лет назад, практически все, что сейчас актуально, заставляет чувствовать себя новичком, когда с этим сталкиваешься. В прошлом году я впервые начал использовать Linux, PhpStorm, Laravel, Bootstrap, Git и еще некоторые штуки, а Wordpess до сих пор в глаза не видел. При этом, я php-разработчик с 10-летним стажем, начинал с Joomla, несколько лет занимался извращенными кастомизациями Битрикса, и чуть дольше - разрабатывал сложное корпоративное решение на самописном движке, при этом даже ни разу не аутсорсил. А потом задал себе вопрос - кто я, новичок, или опытный профессионал? Ведь как я могу применить свой опыт, если даже в руках не держал ни одной актуальной технологии? Так что, мне кажется, подобные темы затрагивают более многочисленную аудиторию, чем только новички.

[@m110h1986]

напомнило историю с у меня опыт 10 лет, нет, у тебя опыт 1 год повторённый 10 раз.

[@vc36960]

8 минут звиздобольства ни о чем. Гениально! 🤣

[@robotddt9tv518]

Как буд-то все на виндовсе ... а когда начинаешь с линукса а вин как вспомогательная ... никаких проблем :)

[@БендерЗадунайский-щ9ы]

вот теперь в кадре всё более менее нормально. а содержание видоса помоему подкачало.. вопрос из заголовка нераскрытым остался.. имхо

[@ВячеславАртамонов-т1ь]

Согласен. Этот фон очень приятный, и картинка хорошая. Просьба рассказать о функциональном программировании в java, stream. Спасибо. Лайк

[@serborlys1]

Давным давно, когда земной шарик был ещё тепленьким...

[@maxlich9139]

вроде все понятно, но интересен вот какой вопрос: насколько большими должны быть коммиты, и насколько часто их нужно делать

[@cass8016]

Добрый день, надеюсь вопросы сюда надо задавать)) Я довольно таки далек от сферы ИТ, и программирования, однако ввиду сложившихся обстоятельств хочу сменить профессию, программирование стало интересно, и я сейчас начал изучать, и немного выработал понимание того что это вообще такое. Вопрос следующий как можно проверить свой скил? На сколько я хороший или плохой программист, что бы для себя понять готов ли я идти и работать программистом?

[@ВладиславШестернин-б9с]

Шикарно, Спасибо)

[@rents34]

ламповость зашкаливает

[@pl7ofit]

>Управлять гитом через универсальные команды, запомнив 5 слов: clone, push, add commit, checkout - извращение >Привязывать себя к конкретному ide/плагину с gui для гита - не извращение Прохраммируете небось тоже мышкой?

[@evgeniym29]

Прямо по Фрейду: Из видео узнал, что я извращенец - захотел покрыть первичными половыми признаками :)))))

[@itcloudguy]

Чуть-чуть о том как дествительно "правильно использовать git" начинается здесь 6:20. Остальное - "чистая вкусовщина". И вообще это видео не о git. А о том, что в каждой IDE есть интеграция git. То есть получается, если я использую теримнальную версию того же Git (которая так и называется) и для работы с БД использую специально для этого созданную професииональную программу, а IDE использую только по назначению (для написания кода естесственно), то я теперь уже "извращенец". И с какого момента все эти стандарты поменялись? Когда я искал работу, везде и все на всяких семинарах, в один голос твердили "если вы работатете с git из IDE - заканчиваете это дело, работайте только из терминала!". Хороший совет. И что в этом плохого? Лично мне до сих пор стремно сделать коммит или, того хуже, какойнибуть откат из IDE. Набил шишек. Спасибо. Не надо.

[@igorsmart8078]

Хз....года 4 точно работаю с гитом из идеи. Никаких ситуаций когда бы мне нужно было плотно работать с терминала я не припоминаю. Да и удобно...же...можно легко всякие ветки между собой сравнивать, перетягивать код из одной в другую например....

[@BoldBass24]

Спасибо за контент.

[@silicodance]

Блин, придётся переучиваться на Git GUI

[@sergiomalice6911]

Когда тебе нужно подключиться к удаленной ноде, где есть только шелл, ты тоже будешь через IDEшку гит использовать? Или думаешь, что начинающим программистам это не пригодится?

[@ayyayaay9399]

4:45 ну блін мушу з вами не погодитись консоль все ж найкраще буде використовувати. я не раз фіксив за людьми, то що вони наробили через ide. проблема в тому, що є багато моментів, які не можливо зробити через ide-плагіни і в нестандартній ситуації людина боїться писати команди через консоль. це по перше. по друге в розробника, який юзає інтерфейсні речі часто не має розуміння того, що він робить. він натиснув кнопку і відбулась магія (при чому не завжди та яку очікував розробник) ну і третє через консоль банально швидше (плюс налаштований vim це взагалі просто песня) і ще один плюс туторіалів і відповідей на stackoverflow і подібних буде в рази більше ніж в будь-якому gui-інструменту p.s. в самого був випадок, коли вся тіма сиділа через php/webstorm і gui інструментами користувалась. але через деякий час, коли побачили наскільки в консолі зручніше самі перейшли на консоль.

[@klasterdev154]

Согласен, ни раз наблюдал, как банальный stash/rebase/merge приводил к тому, как уходил час на решение проблемы, которой бы не было, если бы разработчик выполнил эти операции через консоль.

[@Nik0lay11]

Люди які використовують консоль частіше роблять помилки. У нас і в мастер пушили і при мержі затирали зміни інших. Просто тому що ти не бачиш що ти робиш, де мастер і що в нього вмержили. Звичайно через пару років кількість помилок зменшується, але вони все одно залишаються

[@jiři.kropocev]

Если у кого-то не хватает понимания что происходит и процесс построен на "и тут дальше магия" то совершенно неважно используется консоль или gui, а если вы верите что магия консоли более могучая, потому что вместо нажатия одной кнопки нужно написать заклинание восьмого уровня в три команды и по семь ключей к каждой, то у меня для вас плохие новости. В случае с git GUI - это просто надстройка над консолью, если не заниматься мрачным велосипедированием а пилить по гит воркфловам то "стандартных" плагинов для IDE или gui-тулов хватает для примерно 100% кейсов.

[@ayyayaay9399]

@@jiři.kropocev ну по перше коли я писав gui-інтрументи, то я мав на увазі такі інструменти як SourceTree, TortoiseGit і т.д + палагіни під IDE. git GUI я взагалі не розглядав тому що для мене це "тихий ужас", що дизайн, що функціонал (особиста суб'єктивна думка). по друге цитую "заклинание восьмого уровня в три команды и по семь ключей к каждой" в такому випадку особливо, якщо я використовую цю команду часто я просто створюю аліас. і взагалі "git checkout dev" це реально довго писати я налаштував аліаси і тепер пишу "git co dev". а можна взагалі ще коротше "gco dev". замість "git log --pretty=format:'%h %ad | %s%d [%an]' --graph --date=short" пишу "git hist". по третє щодо "IDE или gui-тулов хватает для примерно 100% кейсов", якщо всі ваші дії обмежені лише командами add, commit, checkout, merge, push, pull тоді так справді всі 100% покрито (а ну іще плюс log і diff). але наприклад такі речі як submodule, bundle, multiple merge (останнє використовував лише кілька раз, але всеодно приємно, що можна однією командою зіляти 5-10 віток, хоча можна і більше, замість того, щоб 10 раз зливати по одній вітці) та інші. ще один випадок був, коли мені потрібно було перевірити коміт і я не мав доступу до компютера, то я зайшов з консолі на андроід і все швидко підправив. так є клієнти для андроід, але мені той додаток був потрібний 1.5 раз за все життя. так навіщо мені розбиратися в тому додатку (дизайні), що й куди, коли можна зайти зі знайомої консолі? питання риторичне. p.s. я не хейчу gui-інструменти, як те що не потрібно. сам інколи для того, щоб переглянути історію комітів і швидко перейтися по історії використовую GitKraken. але це не є і не буде для мене особисто основним інструментом для роботи.

[@alexmicke7181]

Ссылаться на Вас? Ссылка на авторитет не является доказательством

[@webrubin]

какую редакцию linux посоветуете для начинающего программиста?

[@YeahaaPeace]

скоро 100к подписчиков

[@sergeysergienko521]

Как же мне нравится такой стиль повествования... Только мата бы побольше, так лучше понимается, правда..

[@ПАВЕЛГрабовский-ш2з]

4:50- когда пользовался IDE - было дело косячил. когла TL заставил пересесть на консоль - косячить перестал. Ну и начал понимать работу гита.

[@Dmitriy-k2z]

Белая тема... хоть в чем-то я на Вас похож ))

[@nickdsl]

Рекомендую почитать книги Столярова "Введение в профессию. Азы программирования."

[@expurple]

Он же там как раз и предлагает садиться на линукс или забыть, лел

[@alextop2]

Согласен, книжки Столярова прекрасны. Он постепенно вводит читателя в тему, шаг за шагом так сказать. В первом томе дает всю необходимую информацию по линуксу. ИМХО стоит с линуксом покопаться поглубже и освоить текстовый редактор vim, и можно программировать до посинения.

[@donbotdonbot2522]

Добрый день, а расскажите про текстовые консольные редакторы и что новичку выбрать.....?vim или vi или nano или Emacs???????? Спасибо в интернете почему то не получилось найти толковое объяснение...

[@SergeyNemchinskiy]

а зачем?

[@donbotdonbot2522]

@@SergeyNemchinskiy Что бы уметь пользоваться разными инструментами и узнать возможности терминальных редакторов, почему так называються и что могут предостваить они

[@gregoryianovich1467]

Да! git и другие системы контроля версий очень важный и, главное, ответсвенный скил поломать своим комитом код == 99% увольнение для новичка. если новичок написал плохой код, об этом будет знать толоко code reviewer, а поломаный комит - будут знать все

[@mormeoi]

Я не очень понял, а каким образом он это сделает, если в нормальных компаниях прямой коммит в master/trunk/etc запрещен и коммит проходит через review request, который сначала проверяется автоматикой, а потом человеком.

[@akkh6971]

@@mormeoi а разве нельзя просто вернуть все "взад" загрузив удачный коммит? Не судите строго, я только учусь:)

[@LeoMrakobes]

Бегите и не оглядывайтесь из компании в которой из-за того что новичёк написал плохой код лёг прод и после этого новичка ещё и наказали хоть как-то, а не то что уволили!!!

[@DimaVort]

@@akkh6971 программа работает с данными. Кривой код может испортить данные. Если вернешь нормальный код, то это не поможет. Надо еще и порядок в данных восстановить. У нас в мире 1С это называлось обработка исправления обработки)

[@igorsmart8078]

Это бред. Разраб в принципе не должен комитить не то что бы в мастер, даже в девелоп. А в нормальных конторах код который должен попасть в прод еще и тестируется .

[@Danillook]

Здравствуйте, у меня такой интересный вопрос. Я учусь на инженера по автоматизации и у нас в институте очень мало программирования, поэтому я сам занялся этим. Сейчас изучаю основы С++. Я сам читал что автоматизированные системы могут писаться на разных языках, не только на этом, но ещё и на Java, и на Python и на других языках. Так вот, у меня такой вопрос, какие языки чаще всего используются в АСУ ТП и в робототехнике?

[@anshustov]

C++ основа основ. Выучишь его будешь понимать все остальные языки. Про АСУ: Не совсем понятно что именно ты собираешься программировать в ней. Если АСУ разбить на четыре уровня: 1. Датчики и управляющие устройства (клапана, реле и т.д). 2. Контроллер для сбора и обработки информации с 1го уровня. 3. Сервер где находится логика АСУ 4. ПО для администрирования и диспетчирезации. Программировать можно 2,3,4 уровень. Если масштаб автоматизации большой, обычно там готовые решения и максимум 4й уровень. Может быть что система нужна уникальная и тогда будет программирование 3го уровня. 2й уровень только на производстве. При малой автоматизации можно все самому. В итоге на 2м уровне зависит от чипа в контроллере. На 3м от операционной системы на сервере (windows, linux). На 4м все на чем можно GUI писать. Тут больше вопрос про протоколы передачи данных. Почитай например про modbus. Ps. Вообще как по мне все давно уже придумано и в основном все занимаются только интеграцией и настройкой и только на заводе изготавителе програмно-аппартного продукта можно попрограмировать. Сам никогда этим не занимался могу ошибаться :-(

[@AlexAlex-jk2tn]

Забыли сказать, что всегда когда вы выбрали не консольный способ использования git, то со всеми своими проблемами обращайтесь к разработчикам того ПО, которое вы используете, т.к. 99% решений для всех проблем с git описаны для случая использования консоли.

[@firstlast493]

Многое узнал из видео. Ещё надо было добавить, что вода мокрая.

[@Devoves]

Предложение: т.к. в видео упоминается очень много названий программ, предлагаю показать их названия текстом в видео. Я конечно люблю пересматривать Немчинского, но не одну-две секунды по несколько раз))

[@DemetriyArh]

+ видео про как использовать гит, а не какими инструментами использовать гит

[@scc-6]

Включил, потому что не знаю, как его можно неправильно использовать

[@user-ce3lm7sz1k]

Анекдот: Джун первый день приходит на работу и у него спрашивают: -Ты знаешь GIT команды через консоль? -Нет. -Твой рабочий день окончен. Пшёл вон.

[@MikhailKolesnikov]

а со скольки лет наступает этот "достаточно большой стаж"? :)

[@gaben-agent]

Ну как по мне, было бы неплохо знать именно консольные команды гита. Потом можно хоть откуда работать. В идее есть консолька, я обычно ее юзаю для работы с vcs. Может только мержу средствами идеи - там сразу открывается conflict resolver. Видел на ютубе дофига туториалов по гиту. И чет во всех, которые видел, рассказывают только, грубо говоря, про add, commit, push, clone... Когда на первой работе был гит, то там дофига всего еще было. Как минимум изменение веток - squash коммитов в один, удаление/исправление коммитов и т.д. Плюс еще разрабатывали не через merge, а через rebase. Этого ничего я не знал и приходилось с нуля самому все изучать. Странно, что обычно в туториалах такого не рассказывают.

[@AlmasWayne]

Потому-что "туторилы" как и впрочем и все 99% обучающие материалы, дают только базу.

[@mormeoi]

Обычно запоминаешь 4-5 основных команд гита, остальное решается распечатыванием и приклеиванием рядом с монитором git cheat sheet

[@gaben-agent]

@@mormeoi шпаргалка не нужна по сути. Стоит поюзать 2-3 раза эти команды, и они уже автоматически запоминаются.

[@ayyayaay9399]

туторіал це лише вступ в технологію, основа. хороший туторіал пояснює основні принципи роботи технології. далі документація, статті, форуми кінець кінцем

[@mormeoi]

@@gaben-agent Не запоминаются. Эти редкие команды юзаются 1 раз в месяц, не чаще.

[@AlexanderX0]

Я хочу стать инженером кибербезопасности. Какие языки мне учить? Пожалуйста ответьте.

[@SergeyNemchinskiy]

Через две недели у нас будет стрим с руководителем компании по безопасности. Она расскажет

[@AlexanderX0]

@@SergeyNemchinskiy Спасибо.

[@damienamfiet8757]

Вообще не согласен, что можно забить на терминальный гит. Живой пример с живого проекта: работа на билд-сервере. Там же развёрнута и репа. Подключаешься терминалом через ssh. И где там взять IDE? А работать надо. Но это только один случае из целой кучи возможных. Нет, человек должен уметь работать с гитом в терминале. Просто потому, что наличие юая не всегда возможно.

[@fxsektor]

Хм, а название темы правильно выбрали?

[@ArhipRirov]

Мне кажется, новичкам не хватает понимания важности описания коммитов, которые должна давать понимание не только что сделано, но и зачем, а для понимания важности этого нужно знать про git blame, например

[@daniil4299]

Эклипс - конечно жесть )))

[@jevgenijsmarcenkovs265]

Сергей, очень нравятся ваши видео. Спасибо. Было бы очень интересно ваше мнение о буткемпах. Оправдана ли их стоимость (как правило - это около 10к € за 3 месяца).

[@protynyak]

вывод: сириезли братцы юзайте гит. короче ап ту ю пацаны...камон!

[@MrCter]

Старорежимные програмиисты любят темно синие темы. Тубо си и нортон/волков коммандер были так покрашены

[@alexandermaymin2621]

У вас много отсылок про то, как может быть в командах, компаниях и т.д., а тут первый раз упоминается, правда вскользь, про собственно командную работу. Это, наверное, для начинающих самая большая проблема - они не знают зачем "так" делать то или иное действие. Для джуна это скорее обряд, непонятные требования или самодурство руководства, нежели осознание что с программным продуктом работают люди. Работают в разных направлениях и с разными аспектами. В этом понимании заключается значимая часть стоимости сотрудника. Да хоть ты победитель всех олимпиад по программированию, я предпочту адекватного человека. Такие дела...

[@user-sankarsana]

А почему, всё таки, eclipse??? Понятно, что дело вкуса, но всё таки.

[@Pchelinskii_Sergei]

Я правильно понимаю, что git это сторонний сайт в интернете? Т.е. не инструмент, который разворачивается локально?

[@ayyayaay9399]

якщо коротко git - порно github - pornhub

[@synacsuser455]

Я з тех кто поставил себе линукс на домашний комп. В итоге я выучил линукс и теперь у меня стоит винда и купленный сервер на ubuntu =)

[@petezzza]

Так набагато краще. Я про фон :)

[@AlexandrKorneyko]

Лай конечно. Но всё же, пару примерных схем, для примера, можно бы было и навести. Ну хотя бы, как в вашем Foxminded работают с Гитом.

[@Nick-yj8nj]

Основной Новичковый вопрос не как ГИТ использовать правильно, а как он вообще работает и для чего нужен, а то, что там есть стандарты - Ежу понятно!

[@andrii_gepbl4_from_deddom]

Хотел скорее послушать про основные комманды гита, как правильно заливать, коммитить итд. Ну ок) все равно лайк)

[@trygoboi4790]

Здравствуйте. Пожалуйста Сергей, сделайте видео сравнения Java и Go. Да у вас есть видео про Го, но сейчас вы начали делать сравнения, и так как Голэнг кличат убийцей Джава и будущем Серверного программирования, очень интересно было бы послушать ваше мненипе об этом.

[@maxlich9139]

но если ты только изучаешь гит, то лучше все делать через шелл (как и с изучением ЯП)

[@scc-6]

И суть видоса- делать, как договорились на работе?..

[@hectonit]

Сделай видео на тему "видеоигры в жизни программиста".

[@yuripalienko6259]

Git Kraken - ТОП

[@yurii_s_m_25]

Дуже дякую!

[@RUS4HELP]

Лайфхак из видео: "Хочешь найти в толпе программистов извращенца? Легко! Он работает с Гитом через Shell" 😂😂😂

[@igorseledtsov7345]

тогда извращенцев 90 процентов выходит?

[@konjinni]

по моему чаще всего все правила сводятся к тому как называть ветки и коммиты чтоб всем понятно было, т.е. вопрос не "как" пользоваться, а "что" писать.

[@dmitry-utkin]

Я не понял тезиса, что программа не запускается из-за линукса. Вы там EXE-шники создаете чтоли?

[@DocterBack]

нет пытается записать файл в 'c:\project\com\'

[@DocterBack]

и много другого, например что COn Con CON con это 4 разные файла

[@sergejsvisockis]

Дать бы новичкам Mercurial или SVN для полного счастья)))

[@AHToHK]

Hg - тот же Git, только в профиль (не очень популярная система). SVN - самое то для начинающих, простых случаев и личного пользования :)

[@toktarov1984]

Виртуал бокс, чтобы игрушку запустить?

[@romanostapenko3136]

WinSCP и PuTTY

[@taller8624]

всегда отговариваю использовать мавен из идеи, т. к. эта прослойка делает что-то, о чём явно я её не просил. На ci собирается, из терминала собирается, из идеи - нет.

[@dmytro_dd]

Можно всегда посмотреть логи что она там колдует

[@igorsmart8078]

может идея не тот мавен юзает что юзает терминал.

[@user-ce3lm7sz1k]

а теперь топ команда для джуна (по мнению джуна) git push --force-with-lease

[@dmytro_dd]

При ребейсах без форса никуда