Français
Gitea Hébergement
Exécutez un service Git léger avec des référentiels, des problèmes, des demandes de tirage, des packages et des équipes.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Gitea
- Plus
Site web de Gitea
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Ce modèle n'inclut pas de conteneur de base de données.
Tech
- Image Docker
- gitea/gitea:1
- Port par défaut
- 3000
Comment fonctionne Gitea
Gitea combine l'hébergement de dépôts avec les branches, commits, tags, releases, issues, pull requests, reviews, projets, wikis, packages, utilisateurs, organisations, équipes et permissions. Les développeurs collaborent via l'interface web et les clients Git supportés, tandis que les mainteneurs contrôlent la visibilité des dépôts, les règles de contribution, les labels, les jalons et les assets de release.
Gitea Actions peut interpréter les fichiers de workflow compatibles, mais les jobs s'exécutent sur des runners enregistrés séparément. Le catalogue n'inclut pas les workers d'exécution, les images de conteneur, les destinations de déploiement, les registres externes ou un service de gestion des secrets. Les administrateurs doivent isoler les runners et comprendre quel code de dépôt peut s'exécuter avant d'activer l'automatisation.
Fonctionnalités clés de Gitea
Le catalogue ne provisionne pas PostgreSQL ou MariaDB, donc une base de données relationnelle externe n'est pas requise pour ce modèle. Les objets de dépôt, les métadonnées d'application, les packages, les pièces jointes, les index et la configuration nécessitent toujours un stockage d'application durable. Le code source devrait également avoir des miroirs indépendants ou des sauvegardes appropriés à son importance.
L'email d'application est désactivé, ce qui affecte les notifications par mail, la récupération de compte, les confirmations et autres workflows basés sur l'email. Les fournisseurs d'authentification externes nécessitent des applications enregistrées séparément et des secrets gérés par le client. La politique d'enregistrement, l'utilisation de dépôts publics, la rétention des packages et les permissions utilisateur doivent être configurés délibérément.
Gitea vs GitHub
Gitea
Gitea fournit un service de développement tout-en-un sur une installation administrée par le client, avec responsabilité locale pour les dépôts, les utilisateurs, les mises à jour, le stockage et les runners. GitHub exploite une plateforme hébergée mondiale avec découverte publique, dépôts, pull requests, Issues, Projects, Actions, packages, applications, marketplaces et fonctionnalités commerciales pour organisations.
GitHub
GitHub peut convenir aux organisations qui veulent un large écosystème d'intégration, une infrastructure d'automatisation gérée, le support du fournisseur et l'accès à son réseau public de contributeurs. Gitea est attrayant pour les petites équipes qui veulent une forge familière sur leur propre domaine et sont prêtes à gérer elles-mêmes la politique, les sauvegardes, les runners et la croissance.
Qui utilise Gitea
Les freelancers gardent les dépôts clients séparés, les petites entreprises hébergent le code interne, les équipes pédagogiques gèrent les projets de cours, et les groupes open-source exécutent les issues et pull requests sur un service indépendant. Les packages et releases peuvent placer les artefacts près de la source quand la rétention est gouvernée avec soin.
Gitea n'est pas une chaîne de livraison sécurisée complète sans contrôles supplémentaires. Les organisations peuvent toujours avoir besoin d'une analyse des vulnérabilités dédiée, d'une signature d'artefacts, d'une isolation des runners, d'une gestion des secrets, d'approbations de déploiement, d'une rétention d'audit et d'une surveillance appropriées à leur profil de risque.
Auto-hébergement de Gitea : exigences et coût
La demande de Gitea augmente avec le nombre et la taille des dépôts, le trafic de clone ou push, la recherche de code, les pull requests, les issues, les utilisateurs, les packages, les releases, les pièces jointes et les métadonnées d'automatisation. Gitea est déployé sans service PostgreSQL ou MariaDB dans ce modèle. L'utilisation des dépôts et packages justifie toujours une surveillance même si le mappage ne signale pas Gitea comme étant orienté stockage.
Sur AvaHost, Gitea utilise Plan 1 à 2 €. Le package Gitea hébergé inclut le déploiement en un clic, un domaine personnalisé avec HTTPS automatisé, les mises à jour automatiques de l'application et les sauvegardes planifiées. Le package inclut l'application web Gitea, pas les runners Actions, les workers de build, les cibles de déploiement, l'email d'application, les enregistrements d'identité externes, l'analyse de code, l'analyse des secrets, la signature d'artefacts ou les miroirs de source gérés. Conservez des copies indépendantes des dépôts critiques et appliquez les permissions du moindre privilège aux utilisateurs et à l'automatisation.
F.A.Q
Gitea commence à 2 € sur le Plan 1. Un petit ensemble de dépôts avec une collaboration légère convient au plan d’entrée. La taille du dépôt, le trafic Git, les utilisateurs, les demandes de fusion, la recherche de code, les problèmes, les packages, les versions, les pièces jointes et les métadonnées d’automatisation sont les principales raisons d’examiner le traitement et le stockage ultérieurement.
Gitea peut coordonner des workflows compatibles, mais les jobs nécessitent des runners installés et enregistrés séparément. AvaHost n’inclut pas de runners, d’images de build, de cibles de déploiement, de secrets ou d’isolation d’exécution avec ce plan d’application. Enregistrez uniquement des workers de confiance, limitez les permissions des dépôts et testez l’automatisation avec des identifiants hors production avant d’activer des workflows plus larges.
L’email d’application est désactivé, donc Gitea ne peut pas envoyer les notifications par email, la récupération de mot de passe, la confirmation de compte ou les messages connexes depuis ce déploiement. Les utilisateurs doivent suivre l’activité via l’interface web, tandis que les administrateurs conservent un accès sécurisé. Les fournisseurs d’identité externes nécessitent des applications et des secrets créés par le client et ne sont pas fournis avec le plan.
Les mises à jour de l’application Gitea s’exécutent automatiquement, avec des sauvegardes planifiées incluses par AvaHost. Traitez les référentiels, les métadonnées, les utilisateurs, les problèmes, les demandes de tirage, les packages, les versions et la configuration comme un ensemble de récupération unique. Maintenez des miroirs indépendants du code source critique et testez la connexion, les opérations Git web prises en charge, les révisions, les autorisations et les packages après les mises à niveau majeures.