Gitea Hosting
Führen Sie einen leichtgewichtigen Git-Service mit Repositories, Issues, Pull Requests, Packages und Teams aus.
- Ein Klick bereitstellen
- 15 GB Benötigter Speicherplatz
- 1 GB RAM Benötigter Arbeitsspeicher
- Von 2 € Preis

Offizielle Links
Die offiziellen Links und die ursprüngliche Website von Gitea
Was Sie
bei AvaHost erhalten
Die Bereitstellung mit einem Klick, eine benutzerdefinierte Domain, kostenloses HTTPS, automatische Anwendungsupdates und geplante Backups sind in jeder Cloud-App enthalten. Sie können mehrere Apps auf einem Server ausführen, und der Terminalzugang ist enthalten.
Diese Vorlage enthält keinen Datenbank-Container.

Technik
- Docker-Image
- gitea/gitea:1
- Standardport
- 3000

Wie Gitea funktioniert
Gitea kombiniert Repository-Hosting mit Branches, Commits, Tags, Releases, Issues, Pull Requests, Reviews, Projekten, Wikis, Paketen, Benutzern, Organisationen, Teams und Berechtigungen. Entwickler arbeiten über die Weboberfläche und unterstützte Git-Clients zusammen, während Maintainer die Repository-Sichtbarkeit, Beitragregeln, Labels, Meilensteine und Release-Assets kontrollieren.
Gitea Actions kann kompatible Workflow-Dateien interpretieren, aber Jobs laufen auf separat registrierten Runnern. Das Katalogpaket enthält keine Ausführungs-Worker, Container-Images, Deployment-Ziele, externe Registries oder einen Secret-Management-Service. Administratoren müssen Runner isolieren und verstehen, welcher Repository-Code ausgeführt werden kann, bevor sie Automation aktivieren.
Wichtige Gitea-Funktionen
Der Katalog stellt PostgreSQL oder MariaDB nicht bereit, daher ist eine externe relationale Datenbank für diese Vorlage nicht erforderlich. Repository-Objekte, Anwendungsmetadaten, Pakete, Anhänge, Indizes und Konfiguration benötigen weiterhin dauerhaften Anwendungsspeicher. Quellcode sollte auch unabhängige Spiegelungen oder Sicherungen haben, die seiner Bedeutung entsprechen.
Anwendungs-E-Mail ist deaktiviert, was Mail-Benachrichtigungen, Kontowiederherstellung, Bestätigungen und andere E-Mail-basierte Workflows beeinträchtigt. Externe Authentifizierungsanbieter erfordern separat registrierte Anwendungen und vom Kunden verwaltete Secrets. Registrierungsrichtlinie, öffentliche Repository-Nutzung, Paketaufbewahrung und Benutzerberechtigungen müssen bewusst konfiguriert werden.
Gitea vs. GitHub
Gitea
Gitea bietet einen All-in-One-Entwicklungsservice auf einer vom Kunden verwalteten Installation mit lokaler Verantwortung für Repositories, Benutzer, Updates, Speicher und Runner. GitHub betreibt eine globale gehostete Plattform mit öffentlicher Entdeckung, Repositories, Pull Requests, Issues, Projekten, Actions, Paketen, Anwendungen, Marktplätzen und kommerziellen Organisationsfunktionen.
GitHub
GitHub kann für Organisationen geeignet sein, die ein breites Integrations-Ökosystem, verwaltete Automation-Infrastruktur, Provider-Support und Zugang zu seinem öffentlichen Contributor-Netzwerk wünschen. Gitea ist attraktiv für kleine Teams, die eine vertraute Forge auf ihrer eigenen Domain möchten und bereit sind, Richtlinien, Sicherungen, Runner und Wachstum selbst zu verwalten.
Wer nutzt Gitea
Freelancer halten Client-Repositories getrennt, kleine Unternehmen hosten internen Code, Lehrteams verwalten Kursprojekte, und Open-Source-Gruppen führen Issues und Pull Requests auf einem unabhängigen Service aus. Pakete und Releases können Artefakte in der Nähe der Quelle platzieren, wenn die Aufbewahrung sorgfältig gesteuert wird.
Gitea ist ohne zusätzliche Kontrollen keine vollständige sichere Lieferkette. Organisationen benötigen möglicherweise weiterhin dediziertes Vulnerability Scanning, Artefakt-Signierung, Runner-Isolierung, Secrets Management, Deployment-Genehmigungen, Audit-Aufbewahrung und Monitoring, die ihrem Risikoprofil entsprechen.

Gitea selbst hosten: Anforderungen und Kosten
Die Gitea-Nachfrage steigt mit Repository-Anzahl und -Größe, Clone- oder Push-Traffic, Code-Suche, Pull Requests, Issues, Benutzern, Paketen, Releases, Anhängen und Automation-Metadaten. Gitea wird in dieser Vorlage ohne PostgreSQL- oder MariaDB-Service bereitgestellt. Repository- und Paketnutzung rechtfertigt weiterhin Überwachung, obwohl die Zuordnung Gitea nicht als speichergesteuert kennzeichnet.
Bei AvaHost nutzt Gitea Plan 1 zu €2. Das gehostete Gitea-Paket umfasst One-Click-Deployment, eine benutzerdefinierte Domain mit automatisiertem HTTPS, automatische Anwendungs-Updates und geplante Sicherungen. Das Paket enthält die Gitea-Webanwendung, nicht Actions Runner, Build Worker, Deployment-Ziele, Anwendungs-E-Mail, externe Identitätsregistrierungen, Code Scanning, Secret Scanning, Artefakt-Signierung oder verwaltete Quellspiegelungen. Halten Sie unabhängige Kopien kritischer Repositories und wenden Sie Least-Privilege-Berechtigungen auf Benutzer und Automation an.
F.A.Q
Gitea beginnt bei €2 im Plan 1. Ein kleines Repository-Set mit leichter Zusammenarbeit passt zum Einstiegsplan. Repository-Größe, Git-Traffic, Benutzer, Pull Requests, Code-Suche, Issues, Packages, Releases, Anhänge und Automation-Metadaten sind die Hauptgründe, um Verarbeitung und Speicher später zu überprüfen.
Gitea kann kompatible Workflows koordinieren, erfordert aber separat installierte und registrierte Runner. AvaHost enthält mit diesem App-Plan keine Runner, Build-Images, Deployment-Ziele, Secrets oder Execution-Isolation. Registrieren Sie nur vertrauenswürdige Worker, beschränken Sie Repository-Berechtigungen und testen Sie Automation mit Non-Production-Credentials, bevor Sie umfassendere Workflows aktivieren.
Anwendungs-E-Mail ist deaktiviert, daher kann Gitea keine mailgestützten Benachrichtigungen, Passwortwiederherstellungen, Kontobestätigungen oder verwandte Nachrichten von dieser Bereitstellung versenden. Benutzer sollten die Aktivität über die Weboberfläche verfolgen, während Administratoren sicheren Zugriff behalten. Externe Identitätsanbieter erfordern von Kunden erstellte Anwendungen und Geheimnisse und werden nicht mit dem Plan bereitgestellt.
Gitea-Anwendungsupdates werden automatisch ausgeführt, mit geplanten Sicherungen durch AvaHost. Behandeln Sie Repositories, Metadaten, Benutzer, Issues, Pull Requests, Pakete, Releases und Konfiguration als einen Recovery-Satz. Pflegen Sie unabhängige Spiegelungen kritischen Quellcodes und testen Sie die Anmeldung, unterstützte Web-Git-Operationen, Reviews, Berechtigungen und Pakete nach größeren Upgrades.
