Полезность git и всё такое ...

	Комментарий администратора
	Сообщения выделены из темы BigList<T> и BigBitList достигли альфы, что дальше?

Сообщение от Usaga Мне кажется, что это результат недопонимания какого-то

ну почему, просто другое поколение про ИТ думает то, что на их поколение и выпало - питоны, фронтэнды, github и всякое другое, соответственно мерилом является что-то знакомое из их среды.
на самом деле у меня есть гитхаб, неудобнее сайта я в жизни не встречал, кое как выложил туда один проект прикрепленный к статье, зачем оно вообще нужно мне? риторический вопрос.

0

Сообщение от belalugoci тут не понял, если я взял три файла и поменял например метод обработки массива, я и без git вижу что и где я поменял. я же это менял только что )

Бывало, работаешь над чем-то, и знаешь, что есть какой-то код в какой-то библиотеке из решения, которым надо воспользоваться.
Но не можешь его найти, а через git log приходишь к выводу, что этот код переехал вообще в нугет-пакет и подключается через пакет.
Можно отслеживать кто правил конкретные диапазоны строк в файле (например конкретный метод) - очень удобно, в GUI такого нету, только в терминале, и можно кастомизировать вывод в однострочный формат с относительным датами (аля 2 недели назад Вася сделал этот коммит). Git сейчас это как современные новомодные девайсы, нужно иметь достаточно фантазии/реальной потребности, чтобы суметь воспользоваться всем его функционалом.
Дяденька Торвальдс фигни не изобретает)

0

Сообщение от belalugoci что помнил до 2000 года

есть забавное исключение, в 2006 году я пошёл учиться вождению и думал что ничего не смогу сдать и научиться водить, но по факту это как с чтением книг - чем больше начитанность тем выше качество грамматики и меньше ошибок, так что ПДД знаю хорошо и машину вожу тоже хорошо, был перерыв в 3 года, думал не вспомню, но нет, 20 минут и всё отлично.

0

0

belalugoci, Изучайте - Git Book Rus. Можно там скачать в PDF.

Добавлено через 6 минут
belalugoci, С помощью ПО Git можно работать не только с GitHub, но и с любым сервисом который поддерживает протокол Git, к примеру новые российские сервисы: GitFlic, GitVerse

0

IamRain, для меня это что-то за гранью, такое точно не пригодится, у меня проекты в одном файле на 15-30 экранных страниц, пока я с ним работаю я знаю что и где поменял.
например информация о том что я менял файл 20-го декабря и поменял i=5 на i=7 мне ничего не даст ) тут действительно нужно менять сам подход к разработке.

Добавлено через 8 минут

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

а как будут разрешаться зависимости?

Сообщение от kotelok иногда - с необходимостью разрешить несколько конфликтов, для чего тоже у гита есть вполне удобный инструмент, который эти конфликты подсветит

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

Сообщение от Andrey-MSK С помощью ПО Git можно работать не только с GitHub

ага, Git != Github

Сообщение от Andrey-MSK Изучайте - Git Book Rus.

Со мной это не работает к сожалению, я попробую какой-то проект и потыкаю кнопки, если будет интуитивно, то возможно смогу пользоваться.
Наверное пока две функции выделю - возможность сравнить две версии и сделать клон проекта, хотя последнее проще копированием папки сделать. Но как я понял чтобы сравнение было рабочим нужно сохранять изменения часто. Где тот баланс взять? Будет 150 сохранений, мне кажется можно с ума сойти их сравнивать.

0

Сообщение от belalugoci Со мной это не работает к сожалению, я попробую какой-то проект и потыкаю кнопки, если будет интуитивно, то возможно смогу пользоваться.

Вы прочитайте общую часть, Введение, и тогда поймёте что это такое и с чем его едят.

0

Сообщение от Andrey-MSK Вы прочитайте общую часть, Введение, и тогда поймёте что это такое и с чем его едят.

прочитал и читал подобное много раз, это общая информация, её не применить на практике и будет забыта быстро. Я обратил внимание на конкретные вещи, попробую их. Если с пол-пинка что-то заведётся, то смогу пользоваться.

0

Сообщение от belalugoci А консольные команды и их механику работы мне нет смысла учить

Есть простые визуальные клиенты. Например, Git Extensions или Atlassian SourceTree.

Сообщение от belalugoci Где тот баланс взять?

Сохранять изменения часто. Делать их атомарными. В одном коммите - связанные между собой изменения, а не всё что накодил на неделю, уже забыл что.
Все 150 коммитов сравнивать не приходится. Это надо сильно постараться напортачить.

0

Сообщение от Andrey-MSK Вы прочитайте общую часть, Введение, и тогда поймёте что это такое и с чем его едят.

простой пример https://git-scm.com/book/ru/v2... кое-Git%3F
вся информация которая есть на этой странице абсолютно не нужна и ответа на вопрос "Что такое Git?" там нет.
Идёт вопрос "Что же такое Git, если говорить коротко?" и ответа на него нет, хотя утверждается что "Очень важно понять эту часть материала, потому что если вы поймёте, что такое Git и основы того, как он работает, тогда, возможно, вам будет гораздо проще его использовать". Идёт в другую главу и например читаем "Целостность Git В Git для всего вычисляется хеш-сумма, и только потом происходит сохранение" - зачем эта информация в разделе "Что такое Git?"? Как знание о целостности приблизит меня к знанию о самом Git?
Простите но конкретна эта документация отвратительна.

Добавлено через 3 минуты

Сообщение от Rius Сохранять изменения часто. Делать их атомарными. В одном коммите - связанные между собой изменения, а не всё что накодил на неделю, уже забыл что.

мне кажется тогда вся активность мозга будет уходить на Git, это как с курением, когда в определенный момент ты думаешь о курении вместо того чтобы думать о проекте. Это Git ради Git.

Сообщение от Rius Все 150 коммитов сравнивать не приходится. Это надо сильно постараться напортачить.

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

0

Сообщение от belalugoci мне кажется тогда вся активность мозга будет уходить на Git, это как с курением, когда в определенный момент ты думаешь о курении вместо того чтобы думать о проекте. Это Git ради Git.

Неа. Когда войдёт в привычку, вообще его не замечаешь. Плюс, к каждому изменению можно писать комментарий, что это и зачем. Есть с памятью проблемы, или нет их, позже помогает разобраться в написанном.

0

Сообщение от belalugoci и ответа на вопрос "Что такое Git?" там нет

Есть. В этой главе приводятся различия в принципах работы разных систем и конкретного того, чем от них отличается Git. То как он хранит снимки и есть его принцип работы. Это не хранение файлов целиком, это только хранение ссылок на различия между версиями файлов, в этом и заключается его кардинальное отличие и секрет быстродействия системы в целом. Коммит моего решения из 1500+ файлов и пяти проектов занимает около секунды, это то что я вижу в UI, а так может и быстрее, пока там UI отрисует...
Тут правильно уже писали - для работы с Git нужно мыслить по другому... Нужно чётко разделять задачи, направления реализации той или иной фичи, работать со многими ветками, в которых всё состояние проекта изолировано и они никак не повлияют друг на друга. Когда решили задачу - делаете merge в основную ветку, при этой операции возможно придётся разрешить некоторые конфликты, но если делать и планировать всё верно - конфликтов не будет и merge будет проходить автоматом.

0

belalugoci, смотрю на эту перепалку и понимаю, что про «недопонимание» я был прав.

Тебе в немного агрессивной форме предлагают освоить еще один весьма полезный в работе инструмент - систему контроля версий. Любую. Без необходимости именно гитхаб использовать.

Просто его полезность стоит после компилятора, отладчика и IDE.

0

Сообщение от Andrey-MSK Есть. В этой главе приводятся различия в принципах работы разных систем и конкретного того, чем от них отличается Git. То как он хранит снимки и есть его принцип работы. Это не хранение файлов целиком, это только хранение ссылок на различия между версиями файлов, в этом и заключается его кардинальное отличие и секрет быстродействия системы в целом. Коммит моего решения из 1500+ файлов и пяти проектов занимает около секунды, это то что я вижу в UI, а так может и быстрее, пока там UI отрисует...

Боюсь, у belalugoci проблема в другом. Он в принципе не понимает зачем нужна система контроля версий, любая. Так что внутреннее устройство гита ему глубоко побоку.

Добавлено через 2 минуты

Сообщение от belalugoci мне кажется тогда вся активность мозга будет уходить на Git, это как с курением, когда в определенный момент ты думаешь о курении вместо того чтобы думать о проекте. Это Git ради Git.

Поставь гуй для гита, там всё на мышетыке будет. У гитхаба есть свой клиент на десктоп. Или в твоей любимой IDE тоже по любому она или уже есть, или плагин какой-нибудь можно поставить. Никакие команды учить не надо. Если уж даже это не осилишь, тогда уж я не знаю...

0

Сообщение от Andrey-MSK Есть

нет

Сообщение от Andrey-MSK В этой главе приводятся различия в принципах работы разных систем

об этом и речь и зачем оно там приводится кроме автора никто и не знает. Почему он решил что тот кто будет читать эту статью будет знать про другие методы?

Сообщение от Andrey-MSK То как он хранит снимки и есть его принцип работы

Да пофигу на то как он хранит снимки. И в этой главе должен быть написан ответ на вопрос, а не принцип работы, бред же.

Сообщение от Andrey-MSK Это не хранение файлов целиком, это только хранение ссылок

ПОФИГУ, мне абсолютно по барабану что и как он хранит. Вот скажите, вы когда пользуетесь фотошопом вы изучаете то как он хранит PSD? Или изучаете саму программу? Ну типа - растровый графический редактор, который каждое изображение может представить как многослойный холст, а вы манипулируя каждым слоем получать определенные эффекты. Или всё же смещения в PSD и типы кодирования?

Сообщение от Andrey-MSK в этом и заключается его кардинальное отличие

Ну может стоит об этом написать в разделе "Кардинальные отличия Git от подобных программ"?

Сообщение от Andrey-MSK Коммит моего решения из 1500+ файлов и пяти проектов занимает около секунды

Плевать ) Этот факт абсолютно никак не связан с тем какой ответ на вопрос о том что такое Git. для раздела о принципах работы - да пожалуйста. всему свое место.

Так что такое Git? Я понял что система контроля версий, я это знаю лет 15 наверное, но как мы видим это знание ничего не даёт.

Сообщение от Andrey-MSK Тут правильно уже писали - для работы с Git нужно мыслить по другому

Ну вот об этом и нужно написать, объяснить читателю "Что такое Git?", не?

Сообщение от Andrey-MSK Когда решили задачу - делаете merge в основную ветку, при этой операции возможно придётся разрешить некоторые конфликты, но если делать и планировать всё верно - конфликтов не будет и merge будет проходить автоматом.

Ну к разделу "Что такое Git?" эта информация уже не относится.

Сообщение от Usaga Тебе в немного агрессивной форме предлагают освоить еще один весьма полезный в работе инструмент - систему контроля версий. Любую. Без необходимости именно гитхаб использовать. Просто его полезность стоит после компилятора, отладчика и IDE.

Посмотрю что за зверь, может быть для меня он не окажется таким полезным. Я же не профессиональный программист, а так - мимокрокодил, у меня совсем другие запросы и задачи, а Git, как я понимаю, создавался программистом для программистов и подразумевался определенный круг решаемых задач. А если у меня нет этих задач?
Вот у вас на ПК стоит фотошоп? У меня - нет, мне хватает функционала ffmpeg и Paint.Net, но это же никак не умаляет достоинств фотошопа.

Сообщение от Катафалк Он в принципе не понимает зачем нужна система контроля версий, любая

ну что значит "в принципе", читать-то я умею и понять написанное могу, я не вижу только её близкой для себя.
а к статье претензия по качеству.

Сообщение от Катафалк Так что внутреннее устройство гита ему глубоко побоку

мне в принципе побоку внутреннее устройство любого софта ровно до момента когда у меня не появится интерес именно такого характера. Не особо понимаю зачем бы мне нужна была информация о внутреннем устройстве Git, на что это влияет? Как по мне ты либо им пользуешься либо нет. Или есть кто-то кому Git смерть как нужен, но прочитав про внутреннее устройство он такой "не-не-не", такую херню я ставить не буду? И сиди у корыта страдает и Git хочется и внутреннее устройство не подходит ))))))

Сообщение от Катафалк Поставь гуй для гита, там всё на мышетыке будет. У гитхаба есть свой клиент на десктоп. Или в твоей любимой IDE тоже по любому она или уже есть, или плагин какой-нибудь можно поставить. Никакие команды учить не надо.

вопрос не самих команд а того сколько времени занимает отслеживание необходимости делать коммиты. Я когда программирую - меня трогать нельзя, я весь там и если я 10% мозга буду задействовать на мысли о Git, то будет не 90 и 10, а 10-80-10, то есть 10% на работу, 80% на переключение и 10% на Git. Представьте что мой мозг это очень старый HDD который не умеет в многопоток и при многопотоке тратит все силы на позиционирование головок. Нужно ли объяснять почему я не курю и вообще не имею вредных привычек?
я ставил и пользовался в VS, но уже кажется выше писал что опыт был отрицательный. И пока я не понял с какой именно частотой нужно делать коммиты и почему.

Сообщение от Катафалк Если уж даже это не осилишь, тогда уж я не знаю...

вас удивляет что все люди разные?

Добавлено через 6 минут

Сообщение от Rius Когда войдёт в привычку, вообще его не замечаешь

вопрос - а сколько нужно времени чтобы это вошло в привычку? Риторический.
Я программирую так исчезающе мало, что у меня много чего не вошло в привычку.

Сообщение от Rius Плюс, к каждому изменению можно писать комментарий, что это и зачем

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

0

Полезность git и всё такое ...

Если говорить про разработку вдвоем и более (причем не обязательно чтобы второй прям писал код, достаточно чтобы он его смотрел), то git -- прям необходим. Если разработка объемная и долгоиграющая, я бы даже настаивал на более расширенном сервисе, аля AzureDevops или набор сервисов от Atlassian.

На кой тот же git:
- шаринг кода между устройствами. Без репозитория (тот же git) стянуть рабочую версию без временных правок колеги -- нереально. Тоже самое и с "посмотреть" -- глянуть на сайте в 100500 раз проще, нежели тянуть куда-то временную папку или набор файлов.
- разбитие ответственности. Банальный вариант: frontend и backend в едином солюшине. Каждый копается в своем проекте, но при необходимости может спокойно стянуть необходимые правки второй стороны.
- мерж. Точнее ГРЕБАНЫЙ МЕРЖ КОДА. На русском -- объединение изменений, внесенных разными людьми. Это великое действие превращается в сущий кошмар даже с git, а без него -- десятикратно. Отдельный круг ада, когда в проекте рождается какой-то единый файл, который постоянно правиться всеми. По этой причине существует общепринятая рекомендация что для каждого класса, таблицы, интерфейса и прочих вещей делать свой отдельный файл, а не сливать в кучу.
- недоделанная задача не будет стопорить остальных. Допустим у вас страдает перфоманс и вы ищите узкие места. Править нужно всё и вся, но финальный вариант не предвидится обозримом будущем. Заливать ваши хардкод данных, предполагаемые правки или вообще небилдящийся бэкап для всех недопустимо, поэтому создается отдельная ветка и все счастливы.
- если говорить про автоматизацию действий и контроля качества -- можно настроить автозапуск тестов и билда, что не позволить даже в теории залить неработающий код в master ветку.
- мерж решения в основную ветку можно реализовать через PR с обязательным ревью, что несколько повышает контроль качества .

Про список задач и на кой он:
- позволяет не распылять внимание и доводить до ума проект
- позволяет распределить между участниками работу
- задачи можно линковать на коммит, ветку или PR. Позволяет в будущем "отмотать" до процесса разработки и посмотреть комментарии или хотя бы описания "что и зачем делалось". В коде шибко не развернешься с комментарием "почему так", чего не скажешь про задачу. В идеале, конечно, нужна техническая документация (что есть в том же Atlassian и скорее всего можно как-то реализовать и в AzureDevops).
- если разделить работу над фичами по разным веткам, то в любой момент можно глянуть какие модули задевает эта самая фича. Трындец как упрощает дальнейшее планирование действий, дабы не страдать с мержем и переписыванием кода.

И так можно продолжать долго. Нужно понимать что git возник и стал общепринятым не по причине что программисты упоролись, а потому что существовали реальные сложные проблемы взаимодействия на проекте и их нужно было решать.

Ещё отмечу важный момент -- это всё не требует постоянного разбирательства с git или той же jira. По сути вы единожды разбираетесь с процессом (а он вообще не сложный и доступен для понимания даже джуну) и дальше просто на постоянку повторяете те или иные действия перед выливкой кода на сервер. Другое дело с "установить эти правила разработки" -- это задача уровня nightmare.

Нужно ли это всё, когда пишешь в одно лицо для себя?

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

Но как только у вас идет расширение в любую сторону (добавились участники, добавилось работы, добавилась сложность) -- очень важно не затягивать с разбором всего этого, т.к. сами не успеет оглянуться как начнете страдать над банальными вещами.

0

Сообщение от belalugoci Посмотрю что за зверь, может быть для меня он не окажется таким полезным.

Мне тоже кажется, что тебе это не нужно. Но как минимум посмотреть и почитать что это и для чего - стоит.

0

Сообщение от Wolfdp и доступен для понимания даже джуну)

Существовали бы простые инструкции типа как выложить простейший код в Гит, и там же, как совершить простейший коммит, сделать простейшую ветку и т.д.. Причем на Виндовс. А то открываешь, обязательно какая-то огромная статья, короче читать все это - жопа, притом материалы статьи могут оказаться устаревшими, вот в чем проблемма.

0

Сообщение от testuser2 Существовали бы простые инструкции типа как выложить простейший код в Гит

Ну, например если работаешь в Visual Studio, то первая же ссылка
https://learn.microsoft.com/ru... ew=vs-2022

Ну а на проектах обычно есть "старший", который показывает что к чему.

0

Сообщение от testuser2 Существовали бы простые инструкции типа как выложить простейший код в Гит

Да вроде бы есть.

А то, что статьи какие-то большие... Так и тема не простая.

0

Сообщение от Wolfdp Ну, например если работаешь в Visual Studio, то первая же ссылка

как-то избыточно сложно и главное не ясно как с этим работать.

0