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

"Доступна децентрализованная система отслеживания ошибок git-bug 0.11"	+/–
Сообщение от opennews (??), 23-Сен-26, 18:49
Опубликован выпуск проекта git-bug 0.11.0, развивающего систему  отслеживания ошибок, хранящую информацию об проблемах и комментарии в форме объектов в репозитории Git. По аналогии с изменениями в исходном коде инструментарий git-bug позволяет помещать  информацию об отслеживаемых ошибках во внешние репозитории, используя операцию push, а также   извлекать данные из внешнего  в локальный репозиторий операцией pull. Код проекта написан на языке Go и распространяется под лицензией GPLv3... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66330
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 23-Сен-26, 18:49	+7 +/–
Глупость какая-то, fossil уже давно изобрели и написали.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5, #6, #8

2. Сообщение от Аноним (2), 23-Сен-26, 19:00	+1 +/–
кто-то, кроме sqlite, им пользуется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #4, #28

3. Сообщение от Аноним (1), 23-Сен-26, 19:19	+8 +/–
Но этим ведь вообще никто не пользуется. Шах и мат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от kusb reg (ok), 23-Сен-26, 19:26	+/–
Fossil
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #21

5. Сообщение от kusb reg (ok), 23-Сен-26, 20:05	–1 +/–
Мне кажется не глупость, потому что люди едва ли перейдут на Fossil, но в Git децентрализованный, при этом людям наверное нужен не только децентрализованный Git, а децентрализованный Github, или вот такое вот, чтобы обойти централизацию Git через Github.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #15, #18, #23

6. Сообщение от Аноним (6), 23-Сен-26, 20:10	–1 +/–
Он умеет в гит? Или ископаемое умеет только в ископаемое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (7), 23-Сен-26, 21:29	+/–
bug-to-git было бы и информативнее и и несло бы оттенка, что гит багнутый. git bug - гитовый баг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #13

8. Сообщение от Аноним (-), 23-Сен-26, 21:41	–2 +/–
> Глупость какая-то, fossil уже давно изобрели и написали. Вот только это неведома зверушка - с виками и багтреками в обязаловку, которая немного не гит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #27

9. Сообщение от Аноним (9), 23-Сен-26, 21:50    Скрыто ботом-модератором	+1 +/–
Там ± десятки тысяч строк нейроидиотом заменены. Into the trash it goes.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Аноним (10), 23-Сен-26, 21:55	+2 +/–
А если ещё вспомнить, что изначально значит слово git, ммм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14

11. Сообщение от Аноним (11), 23-Сен-26, 23:01	+/–
выглядит как облегченный интерфейс к гитхабу, может взлететь, github уже давно перегружен
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #26

12. Сообщение от нах. (?), 23-Сен-26, 23:33	+1 +/–
оно б может и взлетело будь на самом деле интерфейсом к гитхабу. Но оно не - в смысле, это не прямой доступ, а только синхронизация с сохранением в свой странный формат. (И не факт что полноценная синхронизация обратно) ну вот тем засекреченным криптофрикам обменивающимся бандлами почтовыми голубями наверняка зайдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от черпало (?), 23-Сен-26, 23:46	+2 +/–
bug-to-git каждый из нас делает при пуше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от Аноним (7), 24-Сен-26, 00:26	+/–
git - неприятный как черта характера. Иронично Linus в честь себя так назвал своё творение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16

15. Сообщение от Ык (?), 24-Сен-26, 09:39	+2 +/–
Есть же https://radicle.xyz/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19

16. Сообщение от limafresh (ok), 24-Сен-26, 09:39	+/–
Git это "мерзавец", а не "неприятный"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #30

17. Сообщение от Аноним (17), 24-Сен-26, 09:41	–2 +/–
ну вот опять. гит же открытый, что мешает модуль написать, дополнив функционал мейстримом и децентрализацией
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от kusb reg (ok), 24-Сен-26, 12:14	–1 +/–
О нет, люди посмели указать на проблему, а не бурчать... Как же дальше жить, а?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

19. Сообщение от kusb reg (ok), 24-Сен-26, 12:15	+1 +/–
Ха-ха, но пусть будет ещё. Пусть решают проблему. Они даже могут быть совместимы между собой, что круто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

20. Сообщение от Аноним (20), 24-Сен-26, 13:23	+/–
похоже на https://github.com/jhspetersson/git-task только в git-task баги можно хранить прямо в главном репозитории с кодом в отдельном рефе или обычном бранче
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от Аноним (21), 24-Сен-26, 19:14	+/–
Да, кто пользуется модемами и FOSSIL (FidoNet/Opus/Seadog Standard Interface Layer) сегодня? Раньше может в эпоху MS-DOS для управления модемами и последовательными портами (COM-портами) кто-то и пытался на 38400 гонять, а сегодня лучше уж Ethernet.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #29

22. Сообщение от Джон Титор (ok), 24-Сен-26, 19:18	+/–
Зачем тебе git автор? Пояснить тебе современную проблему CVS? Смотри, вот делаешь тебе проект. И с помощью LLM ты можешь сделать 10 версий одного и того же файла и вот какая-то версия тебе может понравиться больше. И вот git заносит комиты в дерево последовательно и для всего проекта. И если ты хочешь откатиться на одном файле, то это делается очень и очень неудобно если уже изменены другие. Более того визуально в различных утилитах визуализации нет возможности удобно это глянуть и сделать. Вручную бывает это надо, а вот с моделями ИИ можно получить похожие но достаточно разные файлы. Т.е. git выполняется последовательно - комит за комитом и это проблема.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

23. Сообщение от анон (?), 24-Сен-26, 21:26	+/–
Да что ты б.. несешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24

24. Сообщение от kusb reg (ok), 24-Сен-26, 22:06	+1 +/–
Тебя забыл спросить, за всё ответите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #25

25. Сообщение от kusb reg (ok), 24-Сен-26, 22:07	+/–
Прости если жестко, но сил больше нет. И не понимаю, что именно вы "охраняете", однако мне кроме шуток интересно это и возможно некоторые ценности связанные с этим мне интересны. Если сообщение показалось бессмысленным набором фраз, его можно пропустить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Аноним (26), 24-Сен-26, 23:16	+/–
> github уже давно перегружен Перегружен для кого? Для дотфайликов и скриптиков? Возможно. Для коммерческой разработки софта там ровно то, что нужно плюс пара опциональных вещей, которые отключаются в конфиге (типа issues, wiki).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

27. Сообщение от Аноним (-), 25-Сен-26, 07:37	+1 +/–
> с виками и багтреками в обязаловку Которая со всей этой функциональностью (отключающейся/скрывающейся) весит меньше гита и не требует никсового юзерспейса вокруг. > которая немного не гит Совсем не гит. Их модель гораздо удобнее (если привыкнуть к "почти" неизменяемой истории). Жаль, что почти не взлетело. Для проектов с небольшим числом участников оно очень хорошо подходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #31, #35

28. Сообщение от Аноним (28), 25-Сен-26, 11:29	+2 +/–
Я в своих проектах использую исключительно fossil. Он намного удобнее: команды в нём интуитивно понятнее, сразу содержит багтрекинг и вики, хранит всё в одном файле БД sqlite, что позволяет проекты легко переносить, при необходимости можно всё перенести в гит одной командой. И всё это находится в одном файле, который весит меньше git. Я уверен, что многие не слышали даже про fossil, а те кто слышал вероятно не пробовал, так как кому он нужен, если все используют git. Так вот, ради простого интереса попробуйте поработать с fossil. Не понравится - ваше дело, но я думаю, что вы всё равно оцените его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #34

29. Сообщение от kusb reg (ok), 25-Сен-26, 14:58	+/–
> Да, кто пользуется модемами и FOSSIL (FidoNet/Opus/Seadog Standard Interface Layer) сегодня? > Раньше может в эпоху MS-DOS для управления модемами и последовательными портами > (COM-портами) кто-то и пытался на 38400 гонять, а сегодня лучше уж > Ethernet. Ух ты. Не так давно читал про этот протокол. Но так то я про другой fossil - который аналог гита и hg.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

30. Сообщение от Аноним (7), 25-Сен-26, 18:39	+/–
https://dictionary.cambridge.org/dictionary/english/git if noun: a person, especially a man, who is stupid or unpleasant
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

31. Сообщение от Аноним (31), 26-Сен-26, 20:22	+/–
> Которая со всей этой функциональностью (отключающейся/скрывающейся) весит меньше гита Дык в гите основной вес - всякий продвинутый функционал. А если мне вместо него вик и багтреков насыпать - ну такое себе. Вику и багтрек я могу и так поставить - а вот с недостающим фичесетом DVCS мне чего делать? Самому допиливать нестандартные костыли? > и не требует никсового юзерспейса вокруг. Для меня это скорее недстаток: "больше виндохных м...ков вокруг". Оно мне надо? > Совсем не гит. Их модель гораздо удобнее (если привыкнуть к "почти" неизменяемой > истории). Жаль, что почти не взлетело. Вот лично мне гит как раз таки - очень удобен. И зачем мне к чему-то привыкать я не в курсе. > Для проектов с небольшим числом участников оно очень хорошо подходит Так что участников оказалось примерно 0? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

32. Сообщение от Аноним (31), 26-Сен-26, 20:25	–1 +/–
>  Т.е. git выполняется последовательно - комит за комитом и это проблема. Понятно, этот нуб не осилил всякие там бранчи и мержи :). Гит так то - дерево, расширяющееся вниз. Никто не мешает отращивать параллельно десяток историй. И даже что-то на ком-то ребейзить с тем или иным объемом возни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

34. Сообщение от _oleg_ (ok), 27-Сен-26, 18:51	+/–
Блин, я пробовал. Хотел на нём какое-то время поработать для сравнения. Но обнаружил, что в сравнении с git весьма заметно медленнее работает команда показывающая изменённые файлы или изменения. Точно не помню. Но было прям заметно. Не замечал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

35. Сообщение от _oleg_ (ok), 27-Сен-26, 18:53	+/–
Они даже редактирование сообщений коммитов в последних версиях, вроде, добавили. Жить можно вполне. Но вот медленно работает. А так идея крутая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

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

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