GitLab мае намер выдаляць бясплатна размешчаныя праекты, неактыўныя на працягу года

Кампанія GitLab плануе ў верасні ўнесці змены ў правілы выкарыстання сэрвісу, у адпаведнасці з якімі праекты, якія размяшчаюцца на хостынгу GitLab.com бясплатна, будуць аўтаматычна выдаляцца, калі на працягу 12 месяцаў іх рэпазітары будуць заставацца неактыўнымі. Змяненні правілаў пакуль не абвешчаныя афіцыйна і знаходзяцца на стадыі ўнутранага планавання.

Змена нацэлена на зніжэнне выдаткаў на падтрыманне хостынгу за кошт вызвалення рэсурсаў на захоўванне і апрацоўку закінутых праектаў і форкаў, якія не развіваюцца. Мяркуецца, што на падтрыманне інфраструктуры для закінутых праектаў даводзіцца да чвэрці ўсіх выдаткаў на працу хостынгу GitLab.com і аўтаматычная чыстка падобных праектаў дазволіць зэканоміць да мільёна даляраў у год.

Да фактычнага выдалення на працягу некалькіх тыдняў ці месяцаў уладальнікам прэтэндуючых на выдаленне рэпазітараў будуць накіроўвацца апавяшчэнні з папярэджаннем аб неабходнасці пацвердзіць актуальнасць праекта. Выдаляць плануюць толькі закінутыя праекты, аўтары якіх не рэагуюць на папярэджанні, у рэпазітары на працягу года не адзначалася змен, не публікаваліся новыя issue і не адпраўляліся каментары.

Тым не менш, некаторыя ўдзельнікі супольнасці лічаць прапанаванае выдаленне заганнай практыкай, бо код з неактыўных рэпазітароў можа выкарыстоўвацца ў якасці залежнасці ў іншых праектах, якія застаюцца актыўнымі. Таксама адзначаецца, што пастаянныя змены не з'яўляюцца мэтай некаторых аўтараў, якія цалкам могуць лічыць, што бягучы стан іх праекта дасягнуў аптымальнага ўзроўню і код дастаткова добры і не патрабуе паляпшэння, або першапачаткова адкрываць гатовыя напрацоўкі, якія не плануецца развіваць, але якія могуць аказацца карыснымі. навакольным.

Акрамя таго, на код неактыўных праектаў могуць спасылацца вонкавыя рэсурсы і яго выдаленне прывядзе да страты пацверджанай эталоннай копіі, на якую можна спасылацца (у неафіцыйных копіях не гарантуецца адсутнасць шкоднаснай актыўнасці), таму замест выдалення, верагодна, больш аптымальным быў бы перавод у архіўны стан з захаваннем магчымасці доступу да кода ў рэжыме толькі для чытання. Для эканоміі дыскавай прасторы пры захоўванні смеццевых форкаў можна выкарыстоўваць больш эфектыўныя метады апрацоўкі дублікатаў, напрыклад, GitHub для выключэння дубліравання дадзеных захоўвае разам усе аб'екты з асноўнага рэпазітара і звязаных з ім форкаў, лагічна падзяляючы прыналежнасць коммітаў.

Крыніца: opennet.ru

Дадаць каментар