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

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

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

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

0

Сообщение от DeCrinal ТС же не приводит технологии-замены

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

0

ТС генерит абсурдные ситуации чтобы показать, что гит бесполезен и ему ничего изучать не нужно, ему и так хорошо.

Для понимания же как с гитом начать работать, достаточно прочитать первые 3 главы Pro Git book. Не задаваясь глупыми вопросами поиска смысла жизни, вселенной и всего такого, а просто осваивая принципы работы.

3

Сообщение от Alex1126 Зачем тогда комитить все в одну ветку?

не понимаю о чем вы путаетесь сказать. описываю проблему: вы создали проект, настроили гит, сделали коммит пустого файла. Потом написали какой-то простой каркас, потом еще и еще, в определенные моменты вы коммитили, и так у вас набралось 500 коммитов. Программа работает, всё замечательно. Вы скармливаете этой программе 100000 жипегов и она у вас крашится на одном из файлов. Отдебажили проблему и так получается что вам нужно вернуться ко второму коммиту, именно там была проблема "создана", вы её исправляете (я бы точнее сказал, вы придумали как именно исправить проблему и даже готовы это написать в коде, но это просто перечеркнёт весь код написанный до этого). Вот об этом и речь.

Сообщение от Alex1126 Для новой прогарммы создавайте новый репозиторий

Ну создам, дальше что? Как это противоречит моим словам, суть в том что гит вам в этом вообще никак не помог.

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

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

Сообщение от wizard41 вы не понимаете главного - на протяжении всех 500 итераций у вас должна быть ветка с полностью рабочим решением

а оно рабочее, баги в винде находят спустя 40 лет, кто-то же пустил этот код в master, и оно даже продавалось. вы не сможете написать тест, который будет на 100% гарантировать валидность кода. Пишут всё люди, а людям свойственно ошибаться, один человек ошибся в коде программы, другой - в коде теста и т.д.

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

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

Сообщение от Wolfdp Отдельно ещё замечу что тут в разговоре всплывает какие-то 500 итераций. Если речь про то что конкретный метод меняется 500 раз -- это какое-то безумие. Если же про "500 итераций спустя", то в разрезе метода или даже файла там может быть один-два изменений и вообще не понятно из-за чего сыр-бор. Хотя это так -- наблюдение со стороны.

то есть у вас программы пишутся за меньше чем 500 коммитов? Ну тогда я тем более не понимаю зачем вам гит и как вы его используете.
я пишу (дописываю, модернизирую) программу примерно 3 раза. Первая фаза - НИОКР, когда я придумываю алгоритм, тип данных и способы хранения, пишу несколько функций по обработке. В этой фазе я определяюсь с тем на чём я остановлюсь, что выберу. Выбираю я часто не одно что-то, а 3-5 вариантов. Что-то более скучное могу не трогать вообще потом. Я пишу код по настроению.
Во второй фазе я причёсываю код, делаю обработку args[] например, опции, несколько типов выгрузки данных, продумываю будущие оптимизации кода, что-то параллельно пишу в минимальном варианте например на SIMD, провожу бенчмарки. В этой же фазе я получаю конечную программу. Третья фаза может никогда не случиться, зависит от программы и моего настроения. Но если случается, то я переписываю часть кода применяя какие-то оптимизации, расширяя набор опций.
90% программ у меня остаются на первой фазе, так как у меня нет цели написать конечный продукт, у меня есть цель - программировать то что мне интересно, получать какие-то данные, обработка чего-то. Чисто хобби.
Метод - это черный ящик, он принимает данные и отдает данные, что он делает внутри скрыто, какая разница сколько раз оно меняется, да хоть 500.

Сообщение от DeCrinal Удивляюсь, откуда у Вас столько времени на постоянное переписывание "с нуля" и/или поиск ошибок в архивах

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

Сообщение от DeCrinal Если своего времени не жалко, то хотя бы деньги заказчика (если есть) пожалейте

мухи и котлеты, мы не обсуждаем здесь коммерческую разработку.

Сообщение от DeCrinal Ну да, бизнесс по всему миру, отдельные разработчики, писатели и т.п. по всему миру десятилетия ради троллинга лично Вас пользуются этой бесполезной технологией

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

Сообщение от Alex1126 а какой смысл в двух ветках координально переписывать один и тот же код?

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

Сообщение от DeCrinal не уверен, что есть столь много мазохистов с домашней системой на Линуксе

с 2007 по 2010 сидел на мандриве на домашнем ПК, всё что было от ПК нужно - офис, интернет, фильмы. Сколько народу вон макосью пользуются и как-то проблем у них нет.

Сообщение от DeCrinal ТС же не приводит технологии-замены

а должен? мне кажется история началась с того, что одни утверждают что "без гита жизни нет", когда я попросил дать объективные доказательства этого утверждения мне просто дали ссылку на какой-то кривокосой документ а при появлении вопросов даже внятно ничего сказать не смогли. Ну поставил, потестировал, ничего интересного ДЛЯ СЕБЯ не увидел. Имеет право на жизнь сей факт? Имеет. Утверждает ли сей факт что "гит говно"? НЕТ!!!

Сообщение от Wolfdp ТС вроде пытался (или продолжает пытаться) в понять "а на кой оно нужно мне, если можно просто писать код". В целом если нет ментора -- это нужно перекопать очень немало материала, чтобы найти полный разбор "что, как и зачем", а потом подогнать под свои процессы разработки. А то открываешь, а там например про PR статья -- явно не шибко нужная вещь для соло-разработки.

Ну вот, вы всё прекрасно поняли. Осталось вашим коллегам это осознать.

Сообщение от Rius ТС генерит абсурдные ситуации

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

Сообщение от Rius что гит бесполезен

Ну полезность гита ДЛЯ МЕНЯ пока никто не смог озвучить. А то что он полезен для какого-то сферического программиста - мне что с того? Кто-то и фейсбуком пользуется и ВК, что теперь и мне этим пользоваться срочно надо?

Сообщение от Rius и ему ничего изучать не нужно

Изучать что?

Сообщение от Rius ему и так хорошо

если не доказано обратное

Сообщение от Rius а просто осваивая принципы работы

Чтобы понять полезность автомобиля, совсем не нужно изучать устройство ДВС и принцип работы ABS, EPS и т.д.
У меня должно быть понимание не того как оно работает внутри и для чего софт можно применить, какие конкретные плюшки это даёт. А то что оно там быстрее, выше и сильнее - мне по БАРАБАНУ.

Сообщение от Rius достаточно прочитать первые 3 главы Pro Git book

Глава первая: Введение - три ведра воды, полезной информации ноль
Глава вторая: Основы Git - описание работы с Git, можно смело пропускать, какая разница как оно работает
Глава третья: Ветвление в Git - расширенный функционал, полезно после прочтения второй главы, которая пока так же не нужна
Глава четвертая: Git на сервере - бесполезное
Глава пятая: Распределенный Git - вообще не для меня
Глава шестая: GitHub - можно пропустить
Глава седьмая: Инструменты Git - что-то продвинутое, пока рано
Глава восьмая: Настройка Git - мимо
Глава девятая: Git и другие системы контроля версий - неинтересно
Глава десятая: Git изнутри - неинтересно

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

Мне этот материал напомнил как я лет 15 искал материал по алгоритму Хаффмана, всё что читаю - вообще не понимаю. По случайно не набрёл на какую-то курсовую студента, вот там всё было написано просто идеально и всё было понятно.
Думаю так же и здесь, вам не требуется информация по git, так как по сути у вас давно уже всё есть в голове, просто вы читаете какую-то конкретику, чтобы на полочках про Git у вас был свой набор отправных точек. А у меня Git - это просто чистый лист, сравнение его с чем-то еще для меня абсолютно бесполезно, как и описание того как он там что-то сохраняет и кодирует, это абсолютно бесполезная информация для пользователя. А важной части о том как именно этим пользоваться, как и когда делать коммиты, как разрешать конфликты - этого нет.

Вообще с конфликтами и вы толком ничего объяснить не можете.

0

Вот вместо написания простыни теста лучше бы книжку почитал. Но то сложно слишком.

0

Сообщение от Rius Вот вместо написания простыни теста лучше бы книжку почитал. Но то сложно слишком.

https://git-scm.com/book/ru/v2... оля-версий
если вы про это, то я её давно прочитал - абсолютно зря потраченное время.
ну и написание простыней имеет свою роль, я их пишу в отведенное для этого время, я не читаю книги просто так на пустом месте, всему своё время.

0

belalugoci, почитал по диагонали последнии страницы, не очень понял в чём вопрос. Вам не нравится, что гит за вас не перепишет код в этих ваших 498 коммитах так, чтобы всё работало? Ну да, не перепишет. Переписывать должен программист, гит то тут причём. И даже баг он за вас не обнаружит, если уж вы сами на протяжении 498 коммитов так и не заметили, что что-то идёт не так

0

Кстати, в гите можно переписать историю автоматическими средствами. Например, сменить автора и почту. Заменить одну строку в коде на другую. Вытереть случайно затесавшийся файл с паролями от серверов пентагона.

0

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

звучит красиво, только у вас не получится объединить всё это, по сути у вас набор разных программ, о чем я и пишу в примере с 500 коммитами.
вот смотрите, у вас код начался с того что вы написали обработку args[], задали опции, оформили основной класс и методы, потом сделали допустим 4 ветки: master, multithreaded soft render, gpu render, multithreaded SIMD render. Пишете код в каждой ветке. По сути это у вас разные программы. Можете их например в dll сделать и внутри какого-то gui позволять выбирать. Но это разные программы, вы никогда не сможете их слить в один код, вы можете только оформить например как разные методы, но это не развитие кода о котором пишу я, когда у вас идёт поступательная разработка с нуля и у софта есть определенные этапы развития. Возможно вы так не пишете совсем, например вы на каком-то там собрание ведущих разработчиков утверждаете план, по которому и идёте, у вас есть рамки, вы никогда не напишите ничего вне этого утвержденного плана. Ну тогда да. Но я так не пишу, у меня сегодня Метод1 это 10 строчек кода, принимающий на вход int[] и возвращающий JPG, а спустя пару недель это уже 300 строк кода, принимающий на вход класс и возвращающий класс. Там всё иначе, механизмы другие, всё другое, а для пользователя ничего не поменялось, он так же указывает имя файла при запуске и получает набор жипегов.

0

belalugoci, Почитайте - Git для профессионального программиста | Чакон Скотт, Штрауб Бен. Может тут будет более понятно для вас...

0

Сообщение от Катафалк Переписывать должен программист, гит то тут причём

а если он ни при чём, то зачем мы про него говорим? )

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

0

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

Именно так. Конфликты ты должен разрешать сам.

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

И не увидишь. Если ты переписал всю программу полностью с нуля, то сливать нечего и некуда очевидно.

0

Сообщение от Andrey-MSK Почитайте - Git для профессионального программиста | Чакон Скотт, Штрауб Бен. Может тут будет более понятно для вас...

Сел читать, и с самого начала автор наступает на те же грабли, вот смотрите что он пишет:

Основы Git Так что же в общих чертах представляет собой Git? Крайне важно усвоить информацию этого раздела, так как если вы поймете, что такое система Git и как выглядят основные принципы ее работы, вам будет намного проще эффективно ее использовать. В ходе знакомства с Git постарайтесь забыть обо всем, что вы можете знать о других VCS, таких как Subversion и Perforce; это позволит при работе с данным инструментом избежать путаницы в нюансах. Система Git хранит и воспринимает информацию не так, как они, несмотря на сходный пользовательский интерфейс. Именно понимание этих различий позволит вам избежать ошибок.

и мы опять видим:
Снимки состояний, а не изменений
Локальность операций
Целостность Git
Git, как правило, только добавляет данные

Это абсолютно ненужная информация, она ровным счётом ничего не даёт мне как пользователю.
И далее:

Три состояния А сейчас внимание! Это основное, что требуется запомнить, чтобы дальнейшее освоение Git прошло без проблем. Файлы в Git могут находиться в трех основных состояниях: зафиксированном, модифицированном и индексированном.

Блин, ну какая разница в каком состоянии там находятся файлы??? Это же внутрянка Git, это уже продвинутый уровень, и это в самом начале книги, нам ни на грамм не рассказывают о том что это такое и для чего нужно, как с этим работать, нам зачем-то показывают кишки. Зачем? Эти люди не понимают разницу между Пользователем системы и Системным администратором????????

И далее опять

Основы Git Прочитав эту главу, вы научитесь настраивать и инициализировать репозитории, начинать и прекращать слежение за файлами, индексировать и фиксировать изменения.

А написать зачем нам всё это???? Где база???? Чувак до этой книжки забыл написать еще одну.

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

Сообщение от Катафалк И не увидишь. Если ты переписал всю программу полностью с нуля, то сливать нечего и некуда очевидно.

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

Сообщение от Катафалк Именно так. Конфликты ты должен разрешать сам.

так я и без гита знаю это )

0

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

Почему бесполезен? Ты всё ещё можешь новую версию закоммитить, навесить на неё тег и хранить в той же репе. А не таскаться с ворохом папок вида "Версия от 12.01.2024" и "Версия от 30.02.2025".

0

Сообщение от Катафалк Почему бесполезен? Ты всё ещё можешь новую версию закоммитить, навесить на неё тег и хранить в той же репе. А не таскаться с ворохом папок вида "Версия от 12.01.2024" и "Версия от 30.02.2025".

яйцо, вид сбоку

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

Сообщение от Катафалк А не таскаться с ворохом папок

для меня очевидно что один zip архив будет сильно удобнее и универсальнее чем обязанность настраивать git до просмотра.

У меня обычно тонна zip-ов вида lzss241209.7z, и мало вида good_lzss_241214_1-3_fully_worked.7z иногда good_lzss_241214_1-3_fully_worked_(2 simd).7z

0

0

У меня обычно тонна zip-ов вида lzss241209.7z, и мало вида good_lzss_241214_1-3_fully_worked.7z иногда good_lzss_241214_1-3_fully_worked_(2 simd).7z

2

Сообщение от belalugoci У меня обычно тонна zip-ов вида lzss241209.7z, и мало вида good_lzss_241214_1-3_fully_worked.7z иногда good_lzss_241214_1-3_fully_worked_(2 simd).7z

Ладно, убедил. Сиди со своим ворохом зипов, гит тебе не нужен

2

у меня первое знакомство с гит было лет 5 назад, настроил так же локальный в VS, писал в выходные программу, жмякал кнопочку, вроде бы копились изменения. Причем всё это по сети. В понедельник прихожу на работу, что-то там жмякнул, прошла синхронизация, проект пустой. Ну, думаю, не работает по сети. Ок. Прихожу вечером домой, открываю проект - он тоже пустой. Два дня тютю, так и не нашёл как вернуть написанное.

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

Сообщение от Andrey-MSK Всё не так

знаете, был бы я школьником лет 12-ти, я бы ваши слова понял, но очень не школьник и книжек всяких прочитал за 35 лет очень много, так что мнение о качестве написанного составить могу. Эта книга написана для тех кто имеет базу (автор кстати это не скрывает, он там явно просит всех забыть то, как они работают с другими системами контроля версий). Так что не особо понимаю ваши претензии ко мне. Скорее это даже не к автору претензия, а к вам, что вы даёте не тот материал.

Сообщение от Andrey-MSK все дураки

ну такого я не говорил

Сообщение от Andrey-MSK Авторы книги пишут дерьмовые

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

Сообщение от Andrey-MSK форумчане учить не умеют

Ну многие тут регулярно пишут, мол спрашивай, расскажем. Ну вот, спрашиваю. Рассказать у вас не получается, ко мне какие претензии?

Сообщение от Rius Давно известная позиция неумех: все вокруг дураки, один я умный.

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

0

Сообщение от Rius Давно известная позиция неумех: все вокруг дураки, один я умный.

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

Если бы человеку это реально было нужно/интересно, то и элементарный git был бы освоен за полдня даже без особой документации/форумов, и все типовые сценарии были бы опробованы и стали поняты.

0

Сообщение от Катафалк гит тебе не нужен

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

0