История изменений
Исправление alpha, (текущая версия) :
обычно в тех проектах которые мне попадались, что опенсорсных, что по работе, объём транзакций в тикет трэкере за день и коммитов в среднем одинаковое
На каждый pull-request приходится десятки комментов от CI систем, теги, голосования от мимо проходивших, и ревью. Если посмотреть на GitHub, там каждый PR обвешан всякими финтифлюшками как ёлка.
Плюс я так понимаю это всё можно менять асинхронно, а гит последовательный.
И это если об одном проекте говорить. А мы же о тысячах в рамках одной Git Forge.
И если для систем типа src.fedoraproject.org где хранятся только изменения rpm-спеков, а не каждое изменение в апстриме, трафик действительно не так высок, то чтобы занять нишу Git Forge общего назначения нужно расти.
В принципе наверное это всё решаемо, но такая «необычность» не способствует росту количества пользователей и разработчиков.
А как мы видим, это самое важное сейчас.
Исправление alpha, :
обычно в тех проектах которые мне попадались, что опенсорсных, что по работе, объём транзакций в тикет трэкере за день и коммитов в среднем одинаковое
На каждый pull-request приходится десятки комментов от CI систем, теги, голосования от мимо проходивших, и ревью. Если посмотреть на GitHub, там каждый PR обвешан всякими финтифлюшками как ёлка.
Плюс я так понимаю это всё можно менять асинхронно, а гит не последовательный.
И это если об одном проекте говорить. А мы же о тысячах в рамках одной Git Forge.
И если для систем типа src.fedoraproject.org где хранятся только изменения rpm-спеков, а не каждое изменение в апстриме, трафик действительно не так высок, то чтобы занять нишу Git Forge общего назначения нужно расти.
В принципе наверное это всё решаемо, но такая «необычность» не способствует росту количества пользователей и разработчиков.
А как мы видим, это самое важное сейчас.
Исходная версия alpha, :
обычно в тех проектах которые мне попадались, что опенсорсных, что по работе, объём транзакций в тикет трэкере за день и коммитов в среднем одинаковое
На каждый pull-request приходится десятки комментов от CI систем, теги, голосования от мимо проходивших, и ревью. Если посмотреть на GitHub, там каждый PR обвешан всякими финтифлюшками как ёлка.
И это если об одном проекте говорить. А мы же о тысячах в рамках одной Git Forge.
И если для систем типа src.fedoraproject.org где хранятся только изменения rpm-спеков, а не каждое изменение в апстриме, трафик действительно не так высок, то чтобы занять нишу Git Forge общего назначения нужно расти.
В принципе наверное это всё решаемо, но такая «необычность» не способствует росту количества пользователей и разработчиков.
А как мы видим, это самое важное сейчас.