GitLab annule la suppression des projets inactifs

Hier nous avons partagé ici sur le blog la nouvelle que GitLab prévoyait de modifier ses conditions d'utilisation pour le mois suivant (en septembre), selon lequel le projets hébergés sur des comptes gratuits de GitLab.com sera supprimé automatiquement si vos référentiels restent inactifs pendant 12 mois.

Et maintenant, GitLab a annulé sa décision de supprimer automatiquement les projets inactifs depuis plus d'un an et appartenant à ses utilisateurs du niveau gratuit et qu'il prévoyait d'introduire la politique fin septembre. La société espérait que cette décision lui permettrait d'économiser jusqu'à XNUMX million de dollars par an et contribuerait à rendre son activité SaaS durable.

Article connexe:
GitLab supprimera les projets hébergés avec plus d'un an d'inactivité

Geoff Huntley, un défenseur de l'open source, a décrit la politique comme "absolument folle". "Le code source ne prend pas beaucoup d'espace disque", a-t-il déclaré. « Que quelqu'un supprime tout ce code, c'est la destruction de la communauté. Ils détruiront votre marque et votre bonne volonté.

"Les gens y hébergent leur code parce qu'il y a une idée qu'il sera disponible au grand public pour être réutilisé et remixé", a-t-il ajouté. "Bien sûr, il n'y a aucune garantie qu'il y sera toujours hébergé, mais les règles non écrites de l'open source sont que le code est disponible et que vous ne le supprimez pas."

"Nous avons demandé à des mainteneurs de retirer le code et il y a eu beaucoup d'indignation de la communauté à ce sujet", a-t-il déclaré, notant que d'autres projets qui dépendent d'un produit retiré en souffriront.

"Toutes les dépendances ne peuvent pas compiler", a-t-il déploré.

À propos de l'affaire GitLab a refusé à plusieurs reprises de commenter son plan de suppression, et il y a quelques heures, la société, qui n'a pas démenti l'information de The Register, mais n'a rien mentionné à ce sujet, il a seulement tweeté qu'il mettrait de côté les projets inactifs dans le stockage d'objets :

"Nous avons discuté en interne de ce qu'il faut faire avec les référentiels inactifs. Nous avons pris la décision de déplacer les seaux inutilisés vers le stockage des articles. Une fois déployés, ils seront toujours accessibles, mais il faudra un peu plus de temps pour y accéder après une longue période d'inactivité.

Le stockage d'objets est une stratégie de gestion et de manipulation du stockage de données en tant qu'unités distinctes appelées « objets ». Ces objets sont conservés dans un coffre-fort, sans être attachés à des fichiers situés dans d'autres dossiers. Le stockage d'objets combine les données qui composent les fichiers, puis traite toutes les métadonnées pertinentes avant de leur attribuer un identifiant personnalisé.

"Des documents que nous avons vus informaient le personnel d'une réunion interne prévue le 9 août. L'ordre du jour de la réunion décrit le plan de suppression des référentiels de code inactifs, le décrivant comme suit* :

Ils mentionnent que après le 22 septembre 2022, la politique de rétention sera mise en place de données pour les utilisateurs gratuits. Cette routine limitera le nombre de mois pendant lesquels un projet gratuit peut rester inactif avant d'être automatiquement supprimé avec les données qu'il contient.

Il est mentionné que le tweet de GitLab peut, aux yeux de certains internautes, contredire la notification de leur propre personnel :

"D'autres documents internes que nous avons vus mentionnent l'utilisation possible du stockage d'objets pour archiver des projets, mais craignent que cela n'augmente les coûts de GitLab en créant le besoin de plusieurs sauvegardes redondantes.

"Nous avons également vu des discussions internes confirmer que le code d'automatisation pour la suppression des projets inactifs était terminé fin juillet et prêt à être déployé après des mois de discussion et de travail de développement.

"Une de nos sources nous a dit cet après-midi que c'était la pression en ligne, menée par nos reportages, qui avait forcé le rival de GitHub à repenser radicalement sa façon de penser. La nouvelle de la politique de suppression en tant qu'exercice pour économiser de l'argent a fait fureur sur Twitter et Reddit."

Quoi qu'il en soit, le tweet de GitLab a été bien accueilli mais a également soulevé d'autres questions* :

« Si seul le propriétaire peut le récupérer, avez-vous pensé au cas profondément malheureux où un chef de projet décède et son code devient inaccessible un an après l'arrêt de son activité sur le site* ? »

Le PDG de GitLab, Sid Sijbrandij, a offert plus d'informations sur ses projets dans le tweet suivant :

Toutefois, la société a refusé de répondre aux demandes d'informations des médias américains qui ont publié ces informations.


Le contenu de l'article adhère à nos principes de éthique éditoriale. Pour signaler une erreur, cliquez sur c'est par ici !.

Un commentaire, laissez le vôtre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.

  1.   Francesca Garsé dit

    Don Quichotte est resté inactif pendant des siècles...