GitLab ще премахне хоствани проекти с повече от година неактивност

Наскоро новината съобщи това GitLab планира да промени условията си за обслужване за следващия месец (септември), според който проекти, хоствани на безплатни акаунти от GitLab.com ще бъдат изтрити автоматично ако вашите хранилища останат неактивни в продължение на 12 месеца.

Промяната има за цел да намали разходите за поддръжка на хостинг чрез освобождаване на ресурси за съхранение и обработка на изоставени проекти и разклонения, които не са в процес на разработка.

Изчислено е, че поддръжката на инфраструктурата за изоставени проекти представлява до една четвърт от всички разходи за хостинг на GitLab.com, а автоматичното изчистване на такива проекти може да спести до милион долара годишно.

Регистърът научи, че подобни проекти представляват до една четвърт от разходите за хостинг на GitLab и че автоматичното изтриване на проекти може да спести услугата за сътрудничество в облачното кодиране до 1 милион долара годишно. Следователно политиката е предложена, за да помогне за поддържането на финансите на GitLab устойчиви.

Запознати със ситуацията, пожелали анонимност, тъй като не са упълномощени да обсъждат това с медиите, казаха пред The ​​Register, че политиката ще влезе в сила през септември 2022 г.

Преди действителното отстраняване, в рамките на седмици или месеци, известията ще бъдат изпратени до собствениците на хранилището които искат премахване с предупреждение, за да потвърдят уместността на проекта. Очаква се да бъдат изтривани само изоставени проекти, чиито автори не отговарят на предупреждения, няма регистрирани промени в хранилището през годината, не са публикувани нови броеве и не са изпращани коментари.

Някои обаче членовете на общността смятат предложеното премахване за лоша практика, тъй като кодът от неактивни хранилища може да се използва като зависимост в други проекти, които остават активни.

Отбелязва се също, че постоянните промени не са цел на някои автори, които могат или да преценят, че текущото състояние на техния проект е достигнало оптимално ниво и кодът е достатъчно добър и не изисква подобрения, или първоначално да открият, че те са не е планирано да бъде разработено, но това може да бъде полезно за хората около вас.

Джеф Хънтли, защитник на отворения код и участник в отворената .Net общност, описа политиката като "абсолютно дива".

„Изходният код не заема много дисково пространство, ако някой премахне целия този код е унищожаване на общността. Те ще унищожат вашата марка и добра воля. Хората хостват своя код там, защото има идея той да бъде достъпен за широката публика за повторна употреба и ремиксиране.

Разбира се, няма гаранции, че винаги ще се хоства там, но неписаните правила на отворения код са, че правите кода достъпен и не го премахвате. Накарахме поддържащите да изтеглят кода и имаше много възмущение в общността за това“, каза той, отбелязвайки, че други проекти, които зависят от изтеглен продукт, ще пострадат.

„Всички зависимости не могат да бъдат компилирани“, оплака се той.

Освен това, кодът от неактивни проекти може да бъде препратен от външни ресурси и като го премахнете, проверено главно копие ще бъде загубено които могат да бъдат препратени (не е гарантирано, че неофициалните копия са свободни от злонамерена дейност), така че вместо изтриване вероятно би било по-оптимално да архивирате състоянието, като същевременно запазите възможността за достъп до кода в режим само за четене.

За да спестите дисково пространство, когато съхранявате разклонения за боклук, можете да използвате по-ефективни методи за обработка на дубликати, например GitHub съхранява всички основни обекти на хранилище и свързаните с тях разклонения заедно, за да избегне дублиране на данни, като логически разделя собствеността от ангажиментите.

И накрая, заслужава да се спомене, че промените в правилата все още не са официално обявени и са в етап на вътрешно планиране.

И накрая, за тези, които се интересуват да знаят повече за това относно бележката можете да се консултирате с оригиналната публикация В следващия линк.