Deutsch
Gogs Hosting
Hosten Sie Git-Repositories mit Issues, Pull Requests und einem Wiki von einem schnellen, leichtgewichtigen selbstgehosteten Server.
- Ein Klick bereitstellen
- 15 GB Benötigter Speicherplatz
- 1 GB RAM Benötigter Arbeitsspeicher
- Von 2 € Preis
Keine Einrichtungsgebühren
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
- gogs/gogs:latest
- Standardport
- 3000
Wie Gogs funktioniert
Gogs speichert Git-Repositories hinter einer Weboberfläche, auf der Benutzer Projekte erstellen, Repositories organisieren, Aktivitäten überprüfen, Mitarbeiter verwalten und Probleme oder Pull Requests bearbeiten können. Geschützte Branches, Deploy Keys, Git LFS, Repository-Spiegelungen, Migrationen, Wikis und Web-Bearbeitung erweitern den grundlegenden Push-and-Clone-Workflow.
Organisationen gruppieren Repositories und Mitglieder, während Webhooks Repository-Events mit unterstützten externen Systemen verbinden. Die Anwendung unterstützt mehrere Authentifizierungs- und Datenbank-Backends upstream, aber das Katalogpaket deklariert keinen PostgreSQL- oder MariaDB-Service, daher behandelt die öffentliche Hosting-Seite die Anforderung an relationale Datenbanken als nicht erforderlich.
Wichtige Gogs-Funktionen
Das Projekt zielt bewusst auf einen einfachen, stabilen und erweiterbaren selbstgehosteten Git-Service mit kleinem Speicherbedarf ab. Seine Oberfläche deckt die gängige Repository-Zusammenarbeit ab, ohne jede Funktion einer vollständigen DevSecOps-Suite zu präsentieren. Das macht es für kontrollierte Teams geeignet, deren Hauptbedarf die Quellcode-Verwaltung, Überprüfung und Issue-Tracking ist.
Gogs dokumentiert SMTP-basierte Authentifizierung und Benachrichtigungen als optionale Funktionen. Das gehostete Gogs-Paket hat Anwendungs-E-Mail deaktiviert, daher sind E-Mail-Zustellung, Verifizierungsmeldungen, Benachrichtigungen und Passwort-Wiederherstellung nicht verfügbar. CI-Runner, Deployment-Ziele, externe Identity Provider und Webhook-Ziele von Drittanbietern sind ebenfalls separate Services.
Gogs vs GitHub
Gogs
Gogs bietet einen selbstgehosteten Git-Service mit Repositories, Organisationen, Issues, Pull Requests, Wikis, geschützten Branches, Webhooks, Spiegelungen und LFS. GitHub ist eine von einem Anbieter betriebene Entwicklungsplattform, die Repositories und Code-Review mit Issues, Projects, Actions, Sicherheitsprodukten, einem Marketplace sowie Desktop-, Mobile- und Command-Line-Clients kombiniert.
GitHub
GitHub kann für Teams geeignet sein, die verwaltete Automatisierungsinfrastruktur, umfangreiche Integrationen, Enterprise-Administration und Zusammenarbeit unter einem kommerziellen Konto wünschen. Gogs ist attraktiv, wenn ein kleines Team einen fokussierten Server schätzt und bereit ist, Repository-Speicher, Zugriffsrichtlinien, Backups, Integrationen und ein separates Build-System zu betreiben.
Wer nutzt Gogs
Kleine Engineering-Teams nutzen Gogs für private Repositories, Review-Warteschlangen, Issue-Tracking, Dokumentations-Wikis und Spiegelungen von Upstream-Projekten. Agenturen können Kundenarbeiten in Organisationen trennen, während Homelab-Betreiber es als zentrales Git-Remote für Konfigurations- und Infrastruktur-Code nutzen können.
Gogs enthält keine gehosteten Build-Minuten, eine verwaltete Runner-Flotte, Deployment-Umgebungen oder die Breite an Sicherheits- und Governance-Funktionen, die in größeren kommerziellen Plattformen zu finden sind. Repository-Wachstum, Git-LFS-Objekte, Clone-Traffic und gleichzeitige Operationen sollten überwacht werden, wenn das Team wächst.
Gogs selbst hosten: Anforderungen und Kosten
Die Ressourcennutzung wird durch Repository-Anzahl und -Größe, gleichzeitige Pushes und Clones, Pull-Request-Aktivität, Issue-Verlauf, Wikis, Spiegelungen, Webhooks und Git-LFS-Objekte geprägt. Der Katalog verzeichnet PostgreSQL und MariaDB als nicht erforderlich; Repositories, Konfiguration, Anwendungsdatensätze und hochgeladene Daten benötigen jedoch weiterhin koordinierte Persistenz und Wiederherstellung.
Bei AvaHost nutzt Gogs Plan 1 zu €2. Das gehostete Gogs-Paket umfasst One-Click-Deployment, eine benutzerdefinierte Domain mit automatisiertem HTTPS, automatische Anwendungsupdates und geplante Backups. Anwendungs-E-Mail ist deaktiviert, daher sind Mail-Benachrichtigungen, Verifizierung und E-Mail-Wiederherstellung nicht verfügbar. Build-Runner, Deployment-Infrastruktur, externe Identitätssysteme, LFS-Speicher außerhalb des Plans und Webhook-Receiver-Services sind nicht enthalten.
F.A.Q
Gogs beginnt bei €2 im Plan 1. Eine kleine Repository-Sammlung mit gewöhnlichen Pushes, Clones, Issues und Reviews passt zum Entry-Profil. Repository-Größe, Git LFS-Objekte, Mirror-Traffic, gleichzeitige Benutzer, Webhooks und umfangreiche History-Operationen sind die Hauptgründe, zusätzliche Verarbeitung oder Speicher in Betracht zu ziehen.
Ein benutzerdefinierter Hostname kann den Gogs-Webdienst durch automatisiertes HTTPS verfügbar machen, nachdem DNS auf AvaHost verweist. Aktualisieren Sie Repository-Web-URLs, Webhook-Ziele, OAuth-Callbacks und Benutzerdokumentation nach dem Domänenwechsel. Git-Client-Zugriffsmethoden hängen vom bereitgestellten Service ab und sollten aus den finalen Repository-Clone-Anweisungen in Gogs bestätigt werden.
Nein. AvaHost deaktiviert Anwendungs-E-Mail über gehostete Dienste hinweg, daher sind SMTP-Benachrichtigungen, E-Mail-Verifizierung und E-Mail-basierte Passwortwiederherstellung nicht verfügbar. Teams sollten den Administratorzugriff aktuell halten, die Weboberfläche für Aktivitäten nutzen und nur separat unterstützte Webhook- oder Chat-Ziele mit eigenen Anmeldedaten konfigurieren, wenn eine Ereignisbereitstellung erforderlich ist.
Das Paket hostet die Gogs-Anwendung und Repository-Daten, nicht eine verwaltete Build-Fleet. CI-Server, Runner, Deployment-Ziele, Container-Registries, externe Identity Provider und Webhook-Empfänger erfordern separate Systeme oder Konten. Dimensionieren Sie den Plan basierend auf Git-Aktivität und Speicher, und bewerten Sie dann alle verbundenen Automatisierungen unabhängig vom Repository-Service.