LINUX.ORG.RU

История изменений

Исправление 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 общего назначения нужно расти.

В принципе наверное это всё решаемо, но такая «необычность» не способствует росту количества пользователей и разработчиков.

А как мы видим, это самое важное сейчас.