The OpenNET Project / Index page

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



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

"Выпуск системы управления исходными текстами Git 2.54"  +/
Сообщение от opennews (??), 21-Апр-26, 12:31 
Представлен релиз распределенной системы управления исходными текстами Git 2.54. Git отличается высокой производительностью  и  предоставляет средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, а также удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов.  Код Git распространяется под лицензией GPLv2+...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 21-Апр-26, 12:31   +1 +/
Лучшая система контроля версий ever.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4, #5, #20, #44

2. Сообщение от Аноним (2), 21-Апр-26, 12:33   –1 +/
cvs лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #27

3. Сообщение от Аноним (3), 21-Апр-26, 12:40   –1 +/
нет, рар
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от Аркагоблин (?), 21-Апр-26, 12:41   +/
Можно подумать есть выбор. GitHub, GitLab, даже Codeberg - всё заточено на Git. Да, можно найти маргинальный сервис с чем-то другим, но если у кода не появится пользователей (а там их точно не появится!), то зачем тогда публиковать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #21, #38, #41

5. Сообщение от Аноним (5), 21-Апр-26, 12:43   +/
>Лучшая система контроля версий ever.

Нету конкурентов. BitKeeper послал ядро и Линуса, ядро и Линус послало биткипера, так появился гит.

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

6. Сообщение от Sm0ke85 (ok), 21-Апр-26, 12:43   –1 +/
>Выпуск системы управления исходными текстами Git 2.54

Заголовок не точный...

```
Git — распределённая система управления Версиями.
```

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

7. Сообщение от Аркагоблин (?), 21-Апр-26, 12:48   +3 +/
Говорить что Git - лучшая СКВ это всё равно, что говорить что Солнце - лучшее светило. У неё монополия, все сервисы и приложения используют именно её, и она вне конкуренции.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #14, #16, #26, #31

8. Сообщение от Аноним83 (?), 21-Апр-26, 12:54   +/
У меня rebase всегда какой то медленный, вот бы его ускорили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

9. Сообщение от аврварвар (?), 21-Апр-26, 12:55   +1 +/
Новую СКВ сделать немножко проще, чем новое светило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

13. Сообщение от Аноним (13), 21-Апр-26, 13:24   –1 +/
и зачем ты делаешь rebase?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #18, #28

14. Сообщение от Аноним (1), 21-Апр-26, 13:36   –1 +/
Мне плевать на монополию и какие-то там приложения, которые её используют (кстати, что это за приложения?). Я оцениваю по объективным признакам - она просто самая лучшая из тех, что существуют или когда-либо существовали: rcs, cvs, svn, fossil, hg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15, #17

15. Сообщение от Аркагоблин (?), 21-Апр-26, 13:50   +1 +/
Объективным качествам? Так древнеарамейский язык может тоже качественный, но если на нём не с кем общаться и его нельзя применить на практике, то и его качество бесполезно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Аноним (16), 21-Апр-26, 13:56   +2 +/
Она не лучшая СКВ, но монополий там, где действуют сетевые эффекты, избежать невозможно. А в СКВ они особенно сильны. Просто все проприетарщики кроме гитхаба оказались клиническими д********и и просрали все полимеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

17. Сообщение от Аноним (3), 21-Апр-26, 14:00   –1 +/
ну т.е. реального монополиста, perforce, ты в глаза не видел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #36

18. Сообщение от Аноним83 (?), 21-Апр-26, 14:04   +/
Потому что у меня набор локальных патчей, и я периодически подтягиваю с апстрима свежее и мне надо чтобы мои коммиты накатились сверху.
В одном случае их 20, в другом 60 и занимает это каждый раз как то неприлично много времени - на каждый коммит по 1 секунде примерно.
В моём представлении там всего то надо вызывать patch, потом git add, git commit. Учитывая что оно делается внутри одного бинарника то я ожидаю что с моми диффами в 1кб оно должно работать непрелично быстро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32, #35

20. Сообщение от IMBird (ok), 21-Апр-26, 14:09   –2 +/
... называется hg.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

21. Сообщение от Аноним (21), 21-Апр-26, 14:11    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

22. Сообщение от Аноним (21), 21-Апр-26, 14:12    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

23. Сообщение от RM (ok), 21-Апр-26, 14:24   +/
git rip?

из текста новости

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

и ниже

Реализована команда "git history", предоставляющая экспериментальные возможности для перезаписи истории изменений

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

24. Сообщение от Аноним (24), 21-Апр-26, 14:25   +/
Юникс послал гну и ядро и так появился Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

26. Сообщение от Аноним (24), 21-Апр-26, 14:27   –2 +/
Не посещала мысль, что монополия это плохо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #34

27. Сообщение от Аноним (27), 21-Апр-26, 14:38   +1 +/
src_yyyy.mm.dd.zip же!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

28. Сообщение от Аноним (27), 21-Апр-26, 14:40   +1 +/
А ты ветки мержишь? Серьёзно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #42

29. Сообщение от Аноним (38), 21-Апр-26, 14:44   +/
Ой, конкурентов навалом было - инвалидный hg, маргинальные фоссилы и пихули, математичный darcs ажно основанный на patch theory. История рассудила.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

30. Сообщение от Аноним (38), 21-Апр-26, 14:45   +/
Изначальный заголовок правильный, версиями тут никаким боком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

31. Сообщение от Аноним (38), 21-Апр-26, 14:50   +/
> Говорить что Git - лучшая СКВ это всё равно, что говорить что Солнце - лучшее светило. У неё монополия, все сервисы и приложения используют именно её, и она вне конкуренции.

Ну да, а монополией её сделал лично Линус, потому что ходил по домам разработчиком и сносил им другие VCS. Нет, она монополия именно потому что лучшая. У hg были все шансы, он не взлетел. У большинства VCS-новоделов есть интероп с гитом, поэтому тоже все шансы, но кто ими пользуется?

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

32. Сообщение от Аноним (38), 21-Апр-26, 14:53   +/
Тоже такое замечал на дереве портов FreeBSD (хотя это огромный реп). Стоило бы это попрофайлить, но пока недостаточно чешется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

33. Сообщение от Аноним (38), 21-Апр-26, 14:54   –1 +/
Ох. Тебе рассказать чем отличается локальная история от публичной? Не, иди сам почитай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

34. Сообщение от Аноним (38), 21-Апр-26, 14:57   +/
Конечно плохо, это же в первом классе рассказывают. Безусловно нужно демонополизировать и пользоваться 2-3 несовместимыми VCS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

35. Сообщение от Аноним (41), 21-Апр-26, 15:07   +/
>В одном случае их 20, в другом 60 и занимает это каждый раз как то неприлично много времени - на каждый коммит по 1 секунде примерно.

Помещаете в переменные $from указатель на последний коммит из родительской ветки, $to - последний нужный вам коммит, это можно автоматизировать, опираясь на ваш подход, после чего делаете
git diff "$from..$to" | git apply
git add .
git commit -m 'one commit'
Данная команда сожмёт всё в один коммит. Можно расписать более сложную логику, например через git log --name-only получать список имён, но это уже делать вам.

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

36. Сообщение от Аноним (36), 21-Апр-26, 15:10   +/
При MS головного мозга что угодно может привидеться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

37. Сообщение от Аноним (1), 21-Апр-26, 15:13   –1 +/
У себя на локалхосте переписывай историю как хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

38. Сообщение от Аноним (38), 21-Апр-26, 15:23   +/
Для альтернативно одарённых есть новодельные vcs совместимые с гитовым хранилищем, например jj. Попробуйте, расскажете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

40. Сообщение от Аноним (41), 21-Апр-26, 15:26   +/
Так историю и так можно переписывать историю, через git rebase, а через git push --force можно и удалённую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

41. Сообщение от Аноним (41), 21-Апр-26, 15:28   +/
>GitLab, даже Codeberg - всё заточено на Git

Нужен либо аналог, либо поддержка в одном из.
>то зачем тогда публиковать?

Поднимайте зеркало, и публикуйте и там и там, в чём проблема?

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

42. Сообщение от Аноним (42), 21-Апр-26, 15:39   +/
А как правильно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

44. Сообщение от Аноним (-), 21-Апр-26, 15:45    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

45. Сообщение от Аноним (45), 21-Апр-26, 15:45   +1 +/
Я бы сказал самая адекватная система. Не плохая, не хорошая, а просто соответствующая текущим реалиям.
В целом я считаю Mercurial лучше, даже я сказал бы корректнее, но индустрии в целом его плюсы оказались не так важны. Например, его более бережное отношение к истории. Но индустрии важно "сейчас", а не "как это получено". Или скажем более простая и последовательная система команд и изначальный прицел на распределенность (а ля, разработчики легко могут тянуть комиты друг-друга напрямую). Но индустрия в целом заинтересована в централизации и контроле, пусть с "расширенным offline-режимом".
Поэтому Mercurial не адекватен текущему тренду индустрии. С развитием AI-агентов эти тренды только усиливаются, "главное быстро и работает", "агент разберется, я что сам эти команды набираю". А история комитов, агентам она по факту и не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #47

46. Сообщение от Александрemail (??), 21-Апр-26, 16:05   +/
Проблема ртути не в тренде, а с его сообществе - после ухода его создателя, оставшиеся фаны вместо развития функционала занимаются переписыванием и стилизацией. Причем походу их неволнует ни функционал ни легаси - куча сторонних плагинов. В последней версиии отвалилась даже тортила. Но зато ори бодро мигрируют на раст.


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

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

И так у них во всем, всё на принципах, хоть код не расти. Ртуть главной репой брал смм фейсбук, и они таки её нехило допиливали. И где их труды? Разосрались видать и пошли разными лесами.

Так что проблема ртути в том что у нее рано ушел создатель, и больше визионеров адекватов там не осталось

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

47. Сообщение от Александрemail (??), 21-Апр-26, 16:06   +/
Проблема ртути не в тренде, а с его сообществе - после ухода его создателя, оставшиеся фаны вместо развития функционала занимаются переписыванием и стилизацией. Причем походу их неволнует ни функционал ни легаси - куча сторонних плагинов. В последней версиии отвалилась даже тортила. Но зато ори бодро мигрируют на раст.


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

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

И так у них во всем, всё на принципах, хоть код не расти. Ртуть главной репой брал смм фейсбук, и они таки её нехило допиливали. И где их труды? Разосрались видать и пошли разными лесами.

Так что проблема ртути в том что у нее рано ушел создатель, и больше визионеров адекватов там не осталось

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

48. Сообщение от Аркагоблин (?), 21-Апр-26, 16:10   +/
А зачем мне публиковать и там и там? Только ради другой СКВ, чтобы показать "что у меня не git"? Нет, спасибо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

49. Сообщение от Джон Титор (ok), 21-Апр-26, 16:25    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору


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

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




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

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