Deutsch
OneDev Hosting
Hosten Sie Git-Repositories mit integrierten CI/CD-Pipelines, Code-Suche und Issue-Tracking auf einem 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
- 1dev/server:latest
- Standardport
- 6610
Wie OneDev funktioniert
OneDev hostet Git-Projekte und verbindet Code-Änderungen mit Pull Requests, Diskussionen, Issues, Builds und Paketen. Sprachbewusste Suche und Navigation helfen Entwicklern, Symbole oder reguläre Ausdrücke zu finden, während Branch-Regeln Reviews oder erfolgreiche Jobs vor der Annahme ausgewählter Änderungen erfordern können.
Issue-Workflows umfassen benutzerdefinierte Felder, Status, Links, vertrauliche Elemente, Zeitverfolgung, Abfragen und Kanban-Boards, die Aufgaben manuell oder durch Regeln verschieben können. CI/CD-Pipelines werden mit Jobs und wiederverwendbaren Templates definiert, und das Produkt unterstützt Executors von lokalen Containern oder Bare Metal bis zu separaten Agenten und Kubernetes-Kapazität.
Wichtigste OneDev-Funktionen
Package-Registries halten Build-Ausgaben in der Nähe der Projekte, die sie erstellen, und Querverweise verbinden Issues, Commits, Pull Requests, Builds und Releases. Sicherheitsscans können Abhängigkeits-, Binary-, Container-Image-, Lizenz- oder Secret-Erkenntnisse melden, während Code-Anmerkungen Coverage und Probleme direkt neben Review-Kontext platzieren.
Das breite Funktionsspektrum bedeutet nicht, dass jede Ausführungsressource in einem kleinen Anwendungsplan enthalten ist. Große Builds, parallele Jobs, Container-Image-Scans, Package-Archive und Repository-Indizes können den Web-Service-Footprint überschreiten. Separate Agenten, Kubernetes-Cluster, Deployment-Ziele, Registries außerhalb von OneDev und externe KI-Services erfordern ihre eigene Infrastruktur oder Konten.
OneDev vs. GitLab
OneDev
OneDev vereinheitlicht Git-Repositories, Code-Suche, Reviews, Issues, Kanban, CI/CD, Sicherheits-Feedback und Package-Registries in einem selbst gehosteten Produkt. GitLab bietet eine umfassendere kommerzielle DevSecOps-Plattform mit Merge Requests, Pipelines, Projektplanung, Package- und Container-Registries, Sicherheitsfunktionen, Governance-Kontrollen, Workspaces und optionalen KI-Funktionen über bezahlte Tiers.
GitLab
GitLab kann die bessere Wahl für Organisationen sein, die Vendor-Support, detaillierte Compliance-Kontrollen, umfangreiche Integrationen und ein großes etabliertes Ökosystem benötigen. OneDev ist attraktiv, wenn ein Team einen integrierten Entwicklungsserver möchte und die Verantwortung für Executors, Package-Wachstum, Identity-Konfiguration, Upgrades und operative Fehlerbehebung akzeptiert.
Wer nutzt OneDev
Entwicklungsgruppen können OneDev für Source-Hosting, Reviews, Sprint-Boards, Release-Pipelines, Package-Verteilung und interne Service-Desk-Workflows nutzen. Teams mit mehreren verwandten Repositories können Projekte als Baum organisieren und gemeinsame Einstellungen von übergeordneten Projekten erben, um repetitive Administration zu reduzieren.
Projekte mit großen Build-Matrizen, großen Binary-Paketen, häufigen Scans oder vielen gleichzeitigen Jobs erfordern Ressourcen über einen Entry-Anwendungsplan hinaus. E-Mail-verknüpfte Service-Desk-Workflows, Abonnements und Recovery werden auch durch die deaktivierte Application-Email-Richtlinie der gehosteten Plattform beeinflusst.
OneDev selbst hosten: Anforderungen und Kosten
Die Nachfrage hängt von Repository-Größe, Clone- und Push-Aktivität, Code-Indexierung, gleichzeitigen Reviews, Issue-Verlauf, CI-Job-Parallelität, Caches, Artefakten, Scans und Package-Speicher ab. Der Katalog verzeichnet PostgreSQL und MariaDB als nicht erforderlich; Projektdaten, Repositories, Indizes, Job-Datensätze und Pakete bilden dennoch ein persistentes Anwendungssystem.
Auf AvaHost nutzt OneDev Plan 1 für €2. Das gehostete OneDev-Paket umfasst One-Click-Deployment, eine benutzerdefinierte Domain mit automatisiertem HTTPS, automatische Anwendungs-Updates und geplante Backups. Application Email ist deaktiviert, daher sind E-Mail-basierte Service-Desk-Flows, Benachrichtigungen, Abonnements und Recovery nicht verfügbar. Dedizierte Build-Agenten, Kubernetes-Ausführung, Deployment-Ziele, externe Registries, Scanning-Services und KI-Provider sind nicht Teil des Hosting-Plans.
F.A.Q
OneDev ist auf Plan 1 auf €2 abgebildet für einen kleinen Entwicklungs-Workspace. Repository-Wachstum, Code-Indizes, gleichzeitige Reviews, CI-Jobs, Caches, Artefakte, Sicherheits-Scans und Paket-Archive können den Bedarf schnell erhöhen. Teams, die Builds auf derselben Installation ausführen möchten, sollten die Ressourcennutzung überwachen und zusätzliche Kapazität planen.
Ein benutzerdefinierter Hostname kann die OneDev-Oberfläche über automatisiertes HTTPS bereitstellen, sobald DNS auf AvaHost verweist. Aktualisieren Sie Clone-URLs, Callbacks, Paket-Endpunkte, Webhooks und Build-Variablen, die die alte Adresse enthalten. Testen Sie nach der Domänenänderung den Repository-Zugriff, Pull Requests, Paketveröffentlichung und alle verbundenen Executor.
Der Plan bietet die OneDev-Anwendung, nicht eine verwaltete Executor-Flotte. OneDev unterstützt Container-, Bare-Metal-, Agent- und Kubernetes-Ausführungsmodelle, aber Agents, Cluster, Deployment-Ziele, externe Registries und deren Compute sind separat. Build-Concurrency und Artifact-Größe sollten unabhängig von gewöhnlicher Repository- und Issue-Aktivität geplant werden.
Das gehostete OneDev-Paket kann keine Anwendungs-E-Mails versenden. E-Mail-basierte Service-Desk-Aufnahmen, Abonnements, Verifizierungen, Benachrichtigungen und Passwortwiederherstellung können daher nicht verwendet werden. Halten Sie den Administratorzugriff aktuell und wählen Sie nur unterstützte Nicht-E-Mail-Integrationen mit separaten Anmeldedaten aus, testen Sie diese dann vor der Nutzung für die Ereignisbereitstellung. Halten Sie den Administratorzugriff aktuell und wählen Sie nur unterstützte Nicht-E-Mail-Integrationen aus, die mit separaten Anmeldedaten konfiguriert werden können, testen Sie diese dann vor der Nutzung für die Ereignisbereitstellung.