The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск системы управления исходными текстами Git 2.50"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы управления исходными текстами Git 2.50"  +/
Сообщение от opennews (ok), 16-Июн-25, 23:41 
Опубликован  выпуск распределенной системы управления исходными текстами Git 2.50. Git отличается высокой производительностью  и  предоставляет средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, а также удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов.  Код Git распространяется под лицензией GPLv2+...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63413

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от бубылдос (ok), 16-Июн-25, 23:41    Скрыто ботом-модератором–20 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #5, #7, #27, #52

2. Сообщение от Эксперт (?), 16-Июн-25, 23:45   +20 +/
А что не так-то? Отличается от других высокой производительностью. Стоит сначала другие СКВ поиспользовать, тот же SVN, а потом уже едкие комментарии писать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8, #12

3. Сообщение от Аноним (3), 16-Июн-25, 23:46   +1 +/
Наверняка упаковывание зипов с разными версиями быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 16-Июн-25, 23:47   +/
С перфорсом сравни, который сабж потеснил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #16

5. Сообщение от Аноним (6), 16-Июн-25, 23:49   +1 +/
хз что ты там ржёшь, но да - он быстрый. И уж точно быстрее скриптов на питоне.. всмысле hg, breezy и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13

6. Сообщение от Аноним (6), 16-Июн-25, 23:54   +3 +/
Боже, я этим дерьмом вынужден был пользоваться 3 года в компании. Как вспомню ажтрясёт. Все эти кривые Helix, SWARM и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #21

7. Сообщение от Самый Лучший Гусь (?), 16-Июн-25, 23:55   +/
Тем неменее ничего быстрее и лучше не придумали кроме пакования в зип архивы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #17

8. Сообщение от Аноним (-), 16-Июн-25, 23:56    Скрыто ботом-модератором–7 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

9. Сообщение от Аноним (-), 17-Июн-25, 00:02   +2 +/
Ну если сравнивать с svn это одно, а если с fossil, это другое. Мне лично fossil нравится, но многие о нем даже не слышали, а там есть кое-что ещё помимо производительности.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #36, #38, #56

10. Сообщение от Аноним (10), 17-Июн-25, 00:25   +/
> Ну если сравнивать с svn это одно, а если с fossil, это
> другое. Мне лично fossil нравится, но многие о нем даже не
> слышали, а там есть кое-что ещё помимо производительности.

Как фоссил ведёт себя на больших проэктах?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #34

11. Сообщение от Вася Пупкин (?), 17-Июн-25, 00:30   –1 +/
jujitsu /off
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #55

12. Сообщение от Вася Пупкин (?), 17-Июн-25, 00:31   +/
так ты сравнивай одну весовую категорию. централизованную с распределенной ну такое..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #15, #33, #49, #54

13. Сообщение от Вася Пупкин (?), 17-Июн-25, 00:32   –2 +/
hg почти весь уже переписан. да и аналогов на прочих растах куча
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

14. Сообщение от Аноним (14), 17-Июн-25, 00:41   +5 +/
хочу fossil, а должен пользоваться git

хочу OCaml, а вижу javascript (прости, господи)

хочу on-prem, а деньги тают в клауде, как песок сквозь пальцы

хоть SQL и regex родиминький остался

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #20, #24, #70

15. Сообщение от Аноним (15), 17-Июн-25, 00:45   +1 +/
> так ты сравнивай одну весовую категорию. централизованную с распределенной ну такое..

И с кем мы будем сравниваться? С Hg чтоли? Он от вгрузки в него чего-то с линухкернел становится убертормозом. Впрочем учитывая что его подкосили питонопроблемы - он уже даже и на ринг то выйти не в форме. И в другом углу ринга у нас ... кто? Зияющая Пустота? Грозный соперник...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (15), 17-Июн-25, 00:46   +1 +/
> С перфорсом сравни, который сабж потеснил.

Это сабж перфорса не просто потеснил - но и почти аннигилировал. Тот случай когда можно сказать - good riddance!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

17. Сообщение от Аноним (15), 17-Июн-25, 00:47   –4 +/
> Тем неменее ничего быстрее и лучше не придумали кроме пакования в зип архивы

Очень круто работает с линухкернелом - место на диске и правда быстро кончается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

18. Сообщение от Аноним (18), 17-Июн-25, 01:19   +/
До сих пор не могут добавить команду удаления подмодуля
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

19. Сообщение от penetrator (?), 17-Июн-25, 01:50   +/
главное логику на уровень базы не выносить ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #25

20. Сообщение от Аноним (6), 17-Июн-25, 02:28   +/
> хочу fossil, а должен пользоваться git

Он же в sqlite все хранит.

> хоть SQL и regex родиминький остался

А... Ясно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #85

21. Сообщение от анон (?), 17-Июн-25, 05:02   +1 +/
Borland Star Team
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

23. Сообщение от Аноним (23), 17-Июн-25, 06:46   +/
git rm <path-to-submodule>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от User (??), 17-Июн-25, 08:40   +/
> хочу fossil, а должен пользоваться git

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #42

25. Сообщение от adam (?), 17-Июн-25, 08:43   –1 +/
Ну да, а то быстро всё начнёт работать. И дебажить станет слишком просто. И порог вхождения в проект станет слишком низким. Какой здравый человек это всё захочет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26

26. Сообщение от Аноним (26), 17-Июн-25, 09:41   +/
> Ну да, а то быстро всё начнёт работать

О да, изменение БД на каждый чих - это всегда очень быстро и просто. А потом ещё куча всяких унылых тригеров и хранимок которые регулярно лочат базу, потому что писали их те... кто не смог в нормальный код, а строить из себя незаменимого спеца очень хотелось (ну да, кто ж пойдёт в адеквате этот колхоз чинить за такие смешные деньги)

> И дебажить станет слишком просто

Автотесты для слабаков. Кстати, как там у вас с автотестами? А, никак. И миграции вы тоже никак не трекаете скорее всего, потому что с Code First можно в обе стороны накидать миграцию на раз-два, а люди не умеющие в код про роллбэк даже не задумываются

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #89

27. Сообщение от Соль земли2 (?), 17-Июн-25, 09:48   +/
это смех не очень умных людей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

29. Сообщение от name (??), 17-Июн-25, 10:07    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #31, #58

30. Сообщение от Аноним (30), 17-Июн-25, 10:11   +/
Что за got? В чем преймущество?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

31. Сообщение от Аноним (31), 17-Июн-25, 10:12   +/
> OpenBSDшники уже выкатили got. Git можно (и нужно) выкинуть.

Для тех кто CVS вообще юзал - и got система контроля версий. А остальным обкоцаный экспериенс - зачем?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

33. Сообщение от 12yoexpert (ok), 17-Июн-25, 10:29   +1 +/
например? hg давно сдох, а свн еле трепыхается и только в древних коммерческих проектах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35

34. Сообщение от yet another anonymous (?), 17-Июн-25, 10:41   +/
Да он на всех ведёт себя странно: скрещивание VC, wiki и ticket-tracker'а в одном флаконе заходит только проектам из определённых областей и выглядит так себе или совершенно неприемлемо в общем виде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #37, #82

35. Сообщение от Аноним (35), 17-Июн-25, 10:49   +/
Я не понял, а где стенания и возмущение о вендорлоке? А то wayland^w rust^w systemd^w git монополизировал рынок и уничтожил своих конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

36. Сообщение от Аноним (35), 17-Июн-25, 10:50   +/
>Мне лично fossil нравится, но многие о нем даже не слышали

Насколько я знаю, там нет rebase. И как там живут?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #41, #79

37. Сообщение от Аноним (35), 17-Июн-25, 10:52   +4 +/
>скрещивание VC, wiki и ticket-tracker'а в одном флаконе заходит только проектам из определённых областей

Звучит логично. Так как в случае с гитом зеркало репозитория теряет огромное количество информации.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #72

38. Сообщение от 12yoexpert (ok), 17-Июн-25, 10:59   +/
и не услышат, это поделка-однодневка, завтра закопают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #84

39. Сообщение от Аноним (39), 17-Июн-25, 11:00   –1 +/
Лишь бы на Blake3 не переходить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

41. Сообщение от Аноним (41), 17-Июн-25, 11:32   +/
> rebase

Ненужно. Всё должно храниться в истории. Все ляпы и ужасы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #45, #47, #57

42. Сообщение от Аноним (41), 17-Июн-25, 11:33   +3 +/
> современной инфраструктуры разработки

Можете поделиться конкретнее?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #59

43. Сообщение от анонон (?), 17-Июн-25, 11:35   +/
> Язык Perl исключён из зависимостей

Наконец-то!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

45. Сообщение от Аноним (6), 17-Июн-25, 11:50   +/
Новость вроде про распределенную систему контроля версий
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

47. Сообщение от Аноним (35), 17-Июн-25, 12:40   +/
Прописываю вам тысячу коммитов за неделю, не меньше. Чтоб знали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

48. Сообщение от Аноним (6), 17-Июн-25, 12:53   +/
написано же, что "В команде send-email улучшена поддержка SMTP-сервера Outlook.", а это чистый Perl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

49. Сообщение от Аноним (49), 17-Июн-25, 13:09   +/
OK, ну можно сравнить Git и Mercerial.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

50. Сообщение от zionist (ok), 17-Июн-25, 14:06   +/
> Язык Perl исключён из зависимостей, необходимых для утилит работы с документацией и выполнения тестового набора ("make test"). Многие Perl-однострочники в тестах заменены на функции shell или переписаны на языке Си.

Отлично! Самого ненавидимого языка стало ещё меньше и это радует.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #94

51. Сообщение от zionist (ok), 17-Июн-25, 14:07   +/
NIST не одобрил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

52. Сообщение от Аноним (52), 17-Июн-25, 14:08   +/
Ну хохот не хохот, но у git очень расточительный формат хранилища.
В большинстве случаев одно и то же хранилище, только склонированное занимает в разы больше чем такое же (полная конвертация) у Mercurial. Недавний пример 4G у git и 0.7G у hg.
Дальше при работе только хуже даже с gc.
Это сказывается сетевой передаче при клонировании - да оно объемнее хуже и проблемнее у git (всякого рода докачки и т.д.). А локальные операции надо считать с вместе с косвенными затратами на gc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #60, #77

53. Сообщение от Аноним (53), 17-Июн-25, 15:01   +1 +/
>> Язык Perl
> Отлично! Самого ненавидимого языка стало ещё меньше и это радует.

Прямиком из криокамеры?  
После перла на опеннете стало модно "ненавидеть" (современный сленг: "хейтить") питон, который, еще лет 7 назад успешно сменил Раст
(Rust - современный, относительно низкоуровневый ЯП с аффинными типами, анализатором заимствований и времени жизни, алгебраическими типами данных и прочими современными плюшками из последних 40-50 лет наработок по развитию ЯП) ...

Но это так, цветочки - боюсь, что такие вещи как электрон (современный гуй для десктопа) и JS с CSS в более "классических" (и вымирающих) тулкитах а ля Qt/Gtk вам незайдут еще похлеще перла ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #62, #64

54. Сообщение от Аноним (54), 17-Июн-25, 15:43   +/
А почему бы и нет? Централизованные VCS сильно проще, в том числе сильно проще сделать быстрыми, но вот SVN это не мешает тормозить феерически, не говоря даже о всяких перфорсах. Да и среди DVCS никто с гитом по скорости не сравнится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

55. Сообщение от Аноним (54), 17-Июн-25, 15:45   +/
jujitsu это мордочка для git
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

56. Сообщение от Аноним (54), 17-Июн-25, 15:46   +/
> Ну если сравнивать с svn это одно, а если с fossil, это другое

Ну да, промышленная VCS и любительская поделка. Но незультат-то один, git победил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

57. Сообщение от Аноним (54), 17-Июн-25, 15:47   +1 +/
Это делает историю помойкой, отучает коммитить часто. Кроме того, без rebase не будет линейной истории, а ветвящаяся история, опять же, помойка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #61, #83

58. Сообщение от Аноним (54), 17-Июн-25, 15:48   +/
got это всего лишь мордочка для git.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #76

59. Сообщение от User (??), 17-Июн-25, 16:01   –1 +/
>> современной инфраструктуры разработки
> Можете поделиться конкретнее?

Плагин в IDE? Не-а. Нету.
Сколько-нибудь стандартный интерфейс для организации ci\cd pipelines? Тебе надо - ты скрЫпты и пиши.
Публично доступный хостинг? Тоже нет - что в общем-то и не удивительно, т.к. cgi, встроенный web-server и прочие чудо-технологии нагрузку не держат.
Встроенные или сторонние инструменты для code review? Опять нет.
Блин, даже аутентификация\авторизация в каждом репозитории велась независимо друг от друга без каких-либо средств управления этим добром.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #86

60. Сообщение от Аноним (-), 17-Июн-25, 17:31   +/
Hg хранит инкременты с точность до позиций в строках внутри файлов. Но иногда он делает полный снапшот файла если цепочка заплаток к нему длинная, а сам файл мелкий.

У гита вроде так же, но он наверно он полные снапшоты изменившихся файлов хранит. По другому не понятно откуда берется такая разница в разницу размерах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от Аноним (-), 17-Июн-25, 17:43   +1 +/
>коммитить часто

Никогда не понимал этой привычки. Зачем коммитить недоделаный код? Смысл такой истории, где большая часть коммитов дают несобирающийся проект?

У меня обратная стратегия:

1. Каждый коммит должен собираться и давать работоспособный проект. Каждый.

2. В рамках одной задачи вполне можно обойтись без коммитов. Если будет написан потенциально полезный код, которой позже уйдет из проекта, то не надо надеяться, что его потом удасться выловить из репы, а сразу его оформить в одельный файл-свалку с небольшим комментарием что это такое. Файл с такими недописаными фрагментами только дописыватся и никогда не удаляется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #67, #78

62. Сообщение от бубылдос (ok), 17-Июн-25, 17:43   +/
> питон, который, еще лет 7 назад успешно сменил Раст

Толсто

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #63

63. Сообщение от Аноним (53), 17-Июн-25, 18:09   +/
>> питон, который, еще лет 7 назад успешно сменил Раст
> Толсто

На смену Питону, в качестве (очередного) объекта батхер^W ненависти опеннетовцев, пришел Раст. Так понятнее?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

64. Сообщение от zionist (ok), 17-Июн-25, 19:55   +/
Я вообще не про Опеннет говорил. Перл является самым ненавидимым языком во всём мире.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #66, #74, #87

65. Сообщение от Аноним (65), 17-Июн-25, 19:57   +2 +/
А SVN жив? Кто-то использует в энтерпрайзе в СНГ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #71, #73

66. Сообщение от Аноним (53), 17-Июн-25, 20:12    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

67. Сообщение от Аноним (35), 17-Июн-25, 23:05   +/
>Зачем коммитить недоделаный код?

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

Как минимум возможность слить несколько комитов в один - должна быть, как и пересоздать один коммит, на основе другого.
>а сразу его оформить в одельный файл-свалку
>Новая папка, новая папка (2)

Мне кажется, или я это где-то уже видел?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

68. Сообщение от Сведущий аноним (?), 18-Июн-25, 02:15   +1 +/
Жив. Мы используем, хотя собираемся мигрировать на git. Но не в СНГ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

70. Сообщение от Аноним (70), 18-Июн-25, 04:07   +/
> хочу fossil, а должен пользоваться git
> хочу OCaml, а вижу javascript (прости, господи)
> хочу on-prem, а деньги тают в клауде, как песок сквозь пальцы
> хоть SQL и regex родиминький остался

Хочу - 180. Могу - 80. Надпись на старом ржавом грузовике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

71. Сообщение от Аноним (70), 18-Июн-25, 04:10   –3 +/
> А SVN жив? Кто-то использует в энтерпрайзе в СНГ?

Примерно как зомби который из могилы порой еше пытается лезть, а его лопатой #%$шат с воплями "тащи осиновые колья!". У меня ЭТО уже не установлено. Никак. Нигде. Так что если вы юзаете это - наше взаимодействие просто не состоится, увы и ах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

72. Сообщение от yet another anonymous (?), 18-Июн-25, 09:41   +/
> Так как в случае с гитом зеркало репозитория теряет огромное количество информации.

Это совершенно ложное утверждение. Возможно, вы путаете issue tracker и VC (их путает подавляющее большинство манагеров).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

73. Сообщение от Аноним (-), 18-Июн-25, 10:05   +1 +/
Да, жив. Как-то недавно использовал на одном проекте, но проект американский.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

74. Сообщение от Аноним (6), 18-Июн-25, 10:10   +/
Сам опеннет на перле написан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

76. Сообщение от Аноним (6), 18-Июн-25, 12:17   +/
Никакая это не мордочка, ему не нужен git чтоб работать. Это просто другая система контроля версий, которая использует такой же формат хранения что и git.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

77. Сообщение от Аноним (-), 18-Июн-25, 15:15   +/
> В большинстве случаев одно и то же хранилище, только склонированное
> занимает в разы больше чем такое же (полная конвертация) у Mercurial.
> Недавний пример 4G у git и 0.7G у hg.

Не эквивалентное сравнение. Как насчет git gc --aggressive на этом для именно сравнения возможностей формата? А то мало ли как его при клонировании отгружали на тему сжатия и дельт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

78. Сообщение от Аноним (-), 18-Июн-25, 15:17   +/
Я вам обоим отвечу - существуют сквош-коммиты (пул-реквесты). Вы можете в своей ветке что угодно делать, её в общем-то можно и удалить в итоге, а потом делать один красивый сквош-комит который отвечает реализации задачи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

79. Сообщение от Аноним (-), 18-Июн-25, 15:20   +/
> Насколько я знаю, там нет rebase. И как там живут?

И вам отвечу это антипаттерн, поэтому там его и нет. Я лично был на проектах где это создало проблемы в git

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

82. Сообщение от nuclight (??), 18-Июн-25, 16:08   +/
Как мило только что щас было сказано "GitHub не нужен". Смешно, но всё ровно наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #93

83. Сообщение от nuclight (??), 18-Июн-25, 16:11   +/
Это просто у вашего гита архитектура настолько кривая, что не позволяет отображать историю в таких случаях не-помойкой - а именно, в данном случае (там еще кривостей других есть), коммит не знает, к какой ветке он принадлежит. Поэтому он попросту не может сделать (как fossil) эффективный SQL-запрос и показать только нужную ветку, в которую совершенно не важно, сколько там было коммитов в других ветках между мержами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #90

84. Сообщение от nuclight (??), 18-Июн-25, 16:12   +/
Скоро совершеннолетие отметит "однодневка", на ней работает SQLite, самый популярный и оттестированный продукт в мире (в каждом утюге).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #91

85. Сообщение от nuclight (??), 18-Июн-25, 16:14   +/
> Он же в sqlite все хранит.

Так это ж хорошо. Нет такого, что во время сбоя по питанию при git pull репа повредилась (реальный случай); найти потомков коммита? легко! и т.д.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #92

86. Сообщение от nuclight (??), 18-Июн-25, 16:17   +/
> Плагин в IDE? Не-а. Нету.

Зачем? Они и с гитом не нужны.

> Сколько-нибудь стандартный интерфейс для организации ci\cd pipelines? Тебе надо - ты скрЫпты и пиши.

Вопрос к тем хипсторам, которые их пишут. Добавят - будет, нет - ну как будто сильно надо было.

> Публично доступный хостинг? Тоже нет - что в общем-то и не удивительно, т.к. cgi, встроенный web-server и прочие чудо-технологии нагрузку не держат.

chiselapp.com

> Блин, даже аутентификация\авторизация в каждом репозитории велась независимо друг от друга без каких-либо средств управления этим добром.

Щто? Можно подумать в гите подобное своё, а не внешними средствами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #88

87. Сообщение от nuclight (??), 18-Июн-25, 16:20   +/
Чушь какая тролльская.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

88. Сообщение от User (??), 18-Июн-25, 16:28   +/
>> Плагин в IDE? Не-а. Нету.
> Зачем? Они и с гитом не нужны.
>> Сколько-нибудь стандартный интерфейс для организации ci\cd pipelines? Тебе надо - ты скрЫпты и пиши.
> Вопрос к тем хипсторам, которые их пишут. Добавят - будет, нет -
> ну как будто сильно надо было.

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

>> Публично доступный хостинг? Тоже нет - что в общем-то и не удивительно, т.к. cgi, встроенный web-server и прочие чудо-технологии нагрузку не держат.
> chiselapp.com

Ну ок. Значит уже есть.

>> Блин, даже аутентификация\авторизация в каждом репозитории велась независимо друг от друга без каких-либо средств управления этим добром.
> Щто? Можно подумать в гите подобное своё, а не внешними средствами.

Ну, вот только сам git в голом виде без этих "внешних средств" примерно никому ни ни для чего нафиг не нужен - а тут позиционируется как "готовое решение для". Вот только нифига оно не "готовое"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

89. Сообщение от penetrator (?), 18-Июн-25, 20:29   +/
>[оверквотинг удален]
> и просто. А потом ещё куча всяких унылых тригеров и хранимок
> которые регулярно лочат базу, потому что писали их те... кто не
> смог в нормальный код, а строить из себя незаменимого спеца очень
> хотелось (ну да, кто ж пойдёт в адеквате этот колхоз чинить
> за такие смешные деньги)
>> И дебажить станет слишком просто
> Автотесты для слабаков. Кстати, как там у вас с автотестами? А, никак.
> И миграции вы тоже никак не трекаете скорее всего, потому что
> с Code First можно в обе стороны накидать миграцию на раз-два,
> а люди не умеющие в код про роллбэк даже не задумываются

Code First тоже зло, лучше все-таки моделирование и CASE

В остальном согласен...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

90. Сообщение от Аноним (-), 19-Июн-25, 08:10   +/
> он принадлежит. Поэтому он попросту не может сделать (как fossil) эффективный
> SQL-запрос и показать только нужную ветку, в которую совершенно не важно,
> сколько там было коммитов в других ветках между мержами.

Сейчас вот мы еще будем DBA становиться и сиквель запросы писать для контроля версий. Совсем уж BSDшники долбалунилсь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

91. Сообщение от Аноним (91), 19-Июн-25, 08:13   +/
> Скоро совершеннолетие отметит "однодневка", на ней работает SQLite, самый популярный и
> оттестированный продукт в мире (в каждом утюге).

И какой это процент разработчиков чтобы с ними взаимодействовать? А, ну да, rebase там же не нужно. А я им пользуюсь в куче проектов, и ничего, норм.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

92. Сообщение от Аноним (91), 19-Июн-25, 08:16   +/
> Так это ж хорошо. Нет такого, что во время сбоя по питанию
> при git pull репа повредилась (реальный случай);

Все что надо знать о фрибсдшных "офигенных" файлухах. Но если что - гит это DVCS и вся "трагичность" сводится к тому что в самом пессимистичном случае придется качнуть еще раз.

> найти потомков коммита? легко! и т.д.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

93. Сообщение от yet another anonymous (?), 19-Июн-25, 08:51   +/
Не смешно. Грустно.

Документация (ну, wiki) --- это про то как этим пользоваться и/или про идею.

Issue tracker --- это про "у клиента при таких-то обстоятельствах всё поломалось" или "нам нужна функциональность X".

VC --- это про "что/зачем я тут наделал/имел в виду, вот в этих строчках", что совсем не про то, как этим пользоваться и не то же самое что исходный issue "#BUG1234 Не открывается страница ....".

Связь между тремя сущностями нетривиальна, и уж точно не "коммит соответствует wiki-странице".

Великий D.E.K. со-товарищи это принесли как literate programming, но ради чего это делали, в целом не получилось. Даже когда это всё в одном файле.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

94. Сообщение от Slava (??), 19-Июн-25, 09:51   +/
Возможно лично для вас. В целом довольно хороший язык, и довольно интересный.
Зачем ненавидеть, если можно игнорировать? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру