Salut @ArMour85,
Merci pour la demande. Je vais t’expliquer franchement pourquoi ça ne se fera pas, plutôt que de laisser le sujet traîner.
Le système d’intégrations externes ne se contente pas de pointer vers un dépôt, il repose sur l’écosystème GitHub à deux endroits :
- la découverte : je scanne GitHub via un topic pour trouver automatiquement les intégrations publiées, ce qui évite tout processus de validation manuelle de ma part
- la publication : le template fournit des GitHub Actions déjà écrites qui buildent et publient l’image Docker, tu n’as aucune CI à configurer
Supporter GitLab et Codeberg voudrait dire réécrire et maintenir ces deux briques trois fois, avec trois APIs, trois systèmes de CI et trois sources de bugs à déboguer. Et le problème n’est pas seulement le triple : GitLab et Codeberg ne sont que deux instances parmi des milliers d’instances GitLab et Forgejo auto-hébergées. Une fois qu’on sort du modèle « un index unique », il n’y a plus de limite claire à où s’arrêter.
Chaque brique ajoutée ajoute de la maintenance tous les mois pendant des années. Je préfère investir ce temps sur la compatibilité des appareils, qui est la première raison pour laquelle les gens abandonnent Gladys aujourd’hui 
Je pense qu’utiliser Github n’est pas un gros frein, tous les projets open-source du marché sont sur Github et c’est une excellente solution.