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

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

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

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

0

Сообщение от Alex1126 Я могу пару часов пересматривать свой проект и марафет наводить

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

0

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

даже такой вариант в гите решается более просто - видно где то отличается и кто с кем конфликтует.

0

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

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

Сообщение от Alex1126 а вот это зря. Для меня это прям фетиш. Я могу пару часов пересматривать свой проект и марафет наводить

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

Сообщение от Alex1126 И очень желательно что бы в команде все придерживались одной стилистики.

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

0

Сообщение от belalugoci а делать коммиты типа "изменил вывод в консоль" когда поменял одно слово тоже как-то странно

почему странно? Вы сделали кое-то осмысленное и логически целостное изменение программы. Закомитьте. Впринципе можно делать комиты каждый вечер, если вам так удобней, тупо "комит вечер 30.02.2025", это пока не подпадает под УК.
Просто смысл комита по функциональным изменениям в том что вы отменив этот комит получаете програму без этого нововведения. Хотя, впринципе, можно отменять и куски кода в пределах одного комита.

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

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

не, про чудиков из книги разговора не было Тут часто как себе красивей/удобней мне тоже не все советы нравятся

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

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

надо выбиваться в руководящие позиции и продавливать свое виденье красивого кода

0

Сообщение от Alex1126 надо выбиваться в руководящие позиции и продавливать свое виденье красивого кода

Главное фирму уточните, чтобы нярод знал где заминировано.

0

хорошо, придумаю такой сценарий, бывало у меня такое, есть коммит 10, 25 и 70, я хочу метод1 из 10-го, метод2 из 25-го и метод3 из 70-го, то есть в 71 коммите уже должен быть сборный продукт. Руками как это сделать понятно, а гит здесь какое участие может принять?

0

Сообщение от belalugoci а гит здесь какое участие может принять?

Ну, за вас он не сможет осознанно решение принять, что откуда и куда переносить.

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

Ну просто кликнул в просмотр истории в VS, нашёл в списке нужный коммит, даблкликнул, открылся файл по состоянию на тот коммит, скопипастил нужный метод оттуда в текущую версию файла. Лично мне так удобнее, чем идти в (ежедневные) бэкапы исходников, искать там нужный (по дате, а не по русскому описанию коммита), распаковывать и искать там в дереве каталогов нужный файл.

P.S.: вероятно, кстати, в гите есть какие-то встроенные инструменты, которые позволяют через UI сравнить текущую версию файла с версией из любого более раннего коммита и, так же, через UI, просто кликнуть кнопочку "вот этот кусок, пожалуйста, в актуальную версию перенеси". По крайней мере в рамках последних изменений это работает (относительно последней закоммиченной версии файла). Но мне это редко требуется, так что детально не разбирался.

0

Сообщение от Andrey-MSK Таже фигня. Тоже люблю чтоб было красиво. Имена подправить, отступы, разделить на строки красиво, чтоб не мотать по горизонтали

Оооооо.... пусть меня считают поехавшим, но я считаю что "марафет" -- обязательная опция в проекте, если не любишь BDSM. Просто на вскидку:
- нужно быстро пройтись по 100500 файлам перед комитом. Какой-то диверсант перед этим решила поменять табуляцию, и теперь вместо нужных строк -- тонна "ченжей" замены табуляции на пробелы или наоборот.
- кто-то вбил себе в голову "меньше строк == лучше" и стараетcя всё вместить в одну строку, экономя на переменных. Прилетает мерж, и вместо того чтобы у тебя сам git разобрал что поменялось -- куча красных строк. При дэбаге вообще начинаешь скрипеть зубами, ибо ни глянуть передаваемое значение, ни спокойно зайти в нужный метод.
- сортировка using по одному черту ведомому алгоритму, вместо того чтобы пнуть хоткеи Ctrl+R, Ctrl+G. Единственная отрада -- это аффектит только варнинги.
- кирилица. За такое нужно выдавать таски на старославянском, пусть сидит расшифровывает. Тоже самое, если поменял кодировку с UTF-8 на что-то другое.
- объявить поле/свойство/метод тупо "здесь". Надо глянуть быстро что есть за паблик методы в классе? Смотри все 100500 строк файла и СТРАДАЙ, вместо того чтобы глянуть сразу после конструктора до первого protected|private.
- глянуть код без IDE. Единый формат с марафетом позволяет нормально соорентироваться хоть в виндовом блокноте.
- игнорирование сахара. Т.е. вместо лаконичного method?.Invoke(); развернуть в if-конструкцию, причём могут ещё и скопипастить с старых рекомендаций Рихтера где юзают замыкание для обеспечения потокобезопасности. using для IDisposable обязательно со скобками, что конечный код перестает попадать в экран из-за отступов. Лямдоподобный код по ходу действует как чеснок на нечисть.
- запаковать всё в единый namespace "шоб не указывать". Либо при переносах файлов не правят ибо "ну долго же" (в IDE это автоматом блин делается).


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

Пойду подышу на улицу что-ли...

3

Это решается один раз прописыванием контроля форматирования в pipeline.
PR не проходит до исправления.

0

Да что тут не ясного то? Человеку трудно представить (ОЗУ не хватает) процесс работы: вместо одной прямой линии с вехами (коммитами) - несколько параллельных, с периодическим вливанием в соседние.
Тут действительно надо как в первом классе: А-арбуз, Б-бегемот....
Он же сам с этим согласен и утверждает, а вы тут со своими мержами/ре-бейзами...

1

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

0

Сообщение от Andrey-MSK Хе, во как оказывается можно делать в студии

- ну ты тормоз!!!
- не, я медленный газ!

1

wizard41, Ну бывает, чего тут такого... Ну нашел ведь как включить

0

Сообщение от Rius Это решается один раз прописыванием контроля форматирования в pipeline.

Мысль интересная. Надо будет по возможности потыкать pipeline с этой целью.

Жаль только что с вероятностью 50% на проекте будут по старинке -- батники.

0

Сообщение от kotelok Ну просто кликнул в просмотр истории в VS, нашёл в списке нужный коммит, даблкликнул, открылся файл по состоянию на тот коммит, скопипастил нужный метод оттуда в текущую версию файла. Лично мне так удобнее, чем идти в (ежедневные) бэкапы исходников, искать там нужный (по дате, а не по русскому описанию коммита), распаковывать и искать там в дереве каталогов нужный файл.

про cherry-pick никогда не слыхал? Гит как раз и создан для разруливание всего этого)

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

Это говорит про одно - ты просто не умеешь.

0