1.2, Dzen Python (ok), 22:37, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Чем бы дитё не тешилось - лишь бы не вешалось.
Какие ломающие фичи тут есть, которых нет в той же багзилле?
Кроме "децентрализованности".
| |
|
2.3, Аноним (3), 22:47, 18/05/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far as проектам в последнее время приходится часто переезжать с одного провайдера к другому, в особенности там, где переезд вызван внешними геополитическими причинами.
| |
|
3.10, Жироватт (ok), 08:58, 19/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
И как часто требуется переезжать, что это прямо такая фишка?
И снова - почему не (возможно и подконтрольный автору) хостинг в удобной юрисдикции, а гитхабы и прочие типа альтернативы гитхаба в той же стране?
| |
|
4.17, qqqwwweeerrrtttyyy (?), 16:16, 19/05/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Удобная юрисдикция, при нынешних мировых тенденциях, может в любую минуту стать неудобной.
Плюс риск конфликта между владельцами компании (кто-то может захотеть всё забрать себе, увести домен с кодом и трекером).
| |
|
5.26, Аноним (26), 19:02, 20/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> может в любую минуту стать неудобной
В любую не может. То, что на отдельных территориях что-то кому-то отключат было известно сильно заранее. И я не знаю под каким камнем надо жить, чтобы не успеть заранее вывезти всё ценное с поражённых территорий и наблюдать за карнавалом издалека.
| |
|
|
3.21, Аноним (-), 21:10, 19/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far
Особенно децентрализована экосистема разработки Go с телеметрией прямо в тулчейне от корпорации добра.
| |
3.25, freehck (ok), 17:13, 20/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> в последнее время приходится часто переезжать с одного провайдера к другому
Часто переезжать? А чего при первой необходимости в переезде не взяли сразу онпрем-решение?
Gitlab / Gitea во внутреннюю инфраструктуру вкатываешь -- и больше нет никаких проблем.
| |
|
2.4, Аноним (4), 22:52, 18/05/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
Возможность склонировать github issues себе в локальную репу, не?
Когда сносят проект с гитхаба — утеря issues одна из самых болезненных вещей.
| |
|
3.11, Жироватт (ok), 09:01, 19/05/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
А что твой проект выше уровнем хеллуворлда вообще делает на гитхабе?
Там где важны issues - используются локальные багзиллы на подконтрольном сервере, все правильно.
Придумали решение для собственноручно созданной проблемы.
Противоядие от собственноручно плохо проваренной пищи.
| |
|
4.20, Аноним (26), 16:55, 19/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
У тебя NIH-синдром. Совершенно нет никакой проблемы пользоваться чужими услугами. Весь бизнес «выше уровнем хеллуворлда» так делает и иначе существовать не может в принципе.
| |
|
|
2.24, OpenEcho (?), 13:38, 20/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Какие ломающие фичи тут есть, которых нет в той же багзилле?
Один единственный выполняемый кросплатформенный бинарник, - сравните с установкой багзилы
| |
|
1.5, Аноним (5), 23:46, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А почему нельзя с таким же успехом уже в имеющийся репо складывать баги, доку, дезигны и всякие разные тесты от QA и автоматедQA?
| |
|
2.7, Аноним (7), 00:20, 19/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы не захламлять историю патчей. Обсуждение бага запросто может скатиться во флуд. Даже если оно не скатилось, там могут быть десятки репортов от разных людей, и всё это происходит асинхронно от наложения патчей на основной проект.
Можно выкрутиться конечно, можно завести отдельную ветку, которая не будет трогать исходные тексты или ещё что-то, которая будет вносить изменения только в описания багов. Такую ветку легко можно отребазить на HEAD, не проблема. Но чем это принципиально отличается от отдельного репа?
| |
|
1.6, Аноним (5), 23:47, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?
| |
|
2.12, yet another anonymous (?), 09:10, 19/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Кто-нибудь пользовался git notes?
Ну, я пользовался. А ещё на этой функциональности всякие около-CI (issue trackers) сидят, например Attlassian'овские.
> Что с ними полезного можно сделать?
Да что придумаете. notes --- это объект в репозитории.
| |
2.22, OpenEcho (?), 13:07, 20/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?
cons:
- если есть много народа, кто добавляет изменения в notes в то же комит, то резолвить конфликт становится весело
pros:
- нотс показываются в git-log
- можно добавить мета-данные без переписывания истории. Юзается в основном в CI, PR, аудиты
- можно разпаралелить refs/notes/review, refs/notes/ci и пушать в удаленны репы только специфичекие директории записок
- можно держать в репе упорядоченно метрики, билд статус, ковер
Кому-то плюс, а кому то минус: notes не пушуются и пулаются автоматически в удаленные репы вместе с git-push, надо уговаривать отделной командой или автоматизировать в конфиге
| |
|
|
|
3.27, yet another anonymous (?), 20:50, 20/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и для реализации своих прикладных хотелок придётся потрудиться самому.
| |
|
4.29, OpenEcho (?), 12:42, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и
> для реализации своих прикладных хотелок придётся потрудиться самому.
Вы правда думаете, что народ не знает как набить:
man git-notes
| |
|
5.30, yet another anonymous (?), 14:36, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это-то народ знает. Но возмущённых вскриков "и, чё, это больше никто не видит?"/"откуда я знаю, что там что-то опубликовано?" не отменяет.
| |
|
|
|
|
1.28, Дмитрий (??), 10:08, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Круто, будем пробовать, если соответствует заявленным фичам будем внедрять. Бриджи крутая штука.
| |
|