Français
OneDev Hébergement
Hébergez des dépôts Git avec des pipelines CI/CD intégrés, une recherche de code et un suivi des problèmes sur un seul serveur.
- 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
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
- 1dev/server:latest
- Port par défaut
- 6610
Comment fonctionne OneDev
OneDev héberge les projets Git et connecte les modifications de code avec les pull requests, les discussions, les issues, les builds et les packages. La recherche et la navigation sensibles au langage aident les développeurs à trouver des symboles ou des correspondances d'expressions régulières, tandis que les règles de branche peuvent exiger des reviews ou des jobs réussis avant que les modifications sélectionnées soient acceptées.
Les workflows d'issues incluent des champs personnalisés, des états, des liens, des éléments confidentiels, le suivi du temps, des requêtes et des tableaux Kanban qui peuvent déplacer le travail manuellement ou via des règles. Les pipelines CI/CD sont définis avec des jobs et des modèles réutilisables, et le produit supporte des exécuteurs allant des conteneurs locaux ou du bare metal à des agents séparés et une capacité Kubernetes.
Fonctionnalités clés d'OneDev
Les registres de packages conservent les sorties de build à proximité des projets qui les créent, et les références croisées connectent les issues, les commits, les pull requests, les builds et les releases. Les scans de sécurité peuvent signaler des dépendances, des binaires, des images de conteneur, des licences ou des découvertes de secrets, tandis que les annotations de code placent la couverture et les problèmes directement à côté du contexte de review.
L'ensemble large de fonctionnalités ne signifie pas que chaque ressource d'exécution est incluse dans un petit plan d'application. Les grands builds, les jobs parallèles, les scans d'images de conteneur, les archives de packages et les index de référentiels peuvent dépasser l'empreinte du service web. Les agents séparés, les clusters Kubernetes, les cibles de déploiement, les registres en dehors d'OneDev et les services d'IA externes nécessitent leur propre infrastructure ou leurs propres comptes.
OneDev vs GitLab
OneDev
OneDev unifie les référentiels Git, la recherche de code, les reviews, les issues, Kanban, CI/CD, les retours de sécurité et les registres de packages dans un produit auto-hébergé. GitLab fournit une plateforme DevSecOps commerciale plus large avec des merge requests, des pipelines, la planification de projets, des registres de packages et de conteneurs, des fonctionnalités de sécurité, des contrôles de gouvernance, des espaces de travail et des capacités d'IA optionnelles sur les niveaux payants.
GitLab
GitLab peut être le meilleur choix pour les organisations ayant besoin du support du fournisseur, de contrôles de conformité détaillés, d'intégrations larges et d'un grand écosystème établi. OneDev est attrayant quand une équipe souhaite un serveur de développement intégré et accepte la responsabilité des exécuteurs, de la croissance des packages, de la configuration de l'identité, des mises à jour et du dépannage opérationnel.
Qui utilise OneDev
Les groupes de développement peuvent utiliser OneDev pour l'hébergement de sources, les reviews, les tableaux de sprint, les pipelines de release, la distribution de packages et les workflows internes de service desk. Les équipes ayant plusieurs référentiels connexes peuvent organiser les projets sous forme d'arborescence et hériter des paramètres communs des projets parents pour réduire l'administration répétitive.
Les projets avec des matrices de build lourdes, de grands packages binaires, des scans fréquents ou de nombreux jobs concurrents nécessitent des ressources au-delà d'un plan d'application d'entrée. Les workflows de service desk liés par email, les abonnements et la récupération sont également affectés par la politique d'email d'application désactivée de la plateforme hébergée.
Auto-hébergement d'OneDev : exigences et coûts
La demande dépend de la taille du référentiel, de l'activité de clone et de push, de l'indexation du code, des reviews concurrentes, de l'historique des issues, de la concurrence des jobs CI, des caches, des artefacts, des scans et du stockage des packages. Le catalogue enregistre PostgreSQL et MariaDB comme Non requis ; les données de projet, les référentiels, les index, les enregistrements de jobs et les packages forment toujours un système d'application persistant unique.
Sur AvaHost, OneDev utilise le Plan 1 à 2 €. Le package OneDev 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 programmées. L'email d'application est désactivé, donc les flux de service desk basés sur l'email, les notifications, les abonnements et la récupération ne sont pas disponibles. Les agents de build dédiés, l'exécution Kubernetes, les destinations de déploiement, les registres externes, les services de scan et les fournisseurs d'IA ne font pas partie du plan d'hébergement.
F.A.Q
OneDev est mappé à €2 sur le Plan 1 pour un petit espace de travail de développement. La croissance des dépôts, les index de code, les révisions concurrentes, les tâches CI, les caches, les artefacts, les analyses de sécurité et les archives de paquets peuvent augmenter rapidement la demande. Les équipes ayant l’intention d’exécuter des builds sur la même installation doivent surveiller l’utilisation des ressources et planifier une capacité supplémentaire.
Un nom d’hôte personnalisé peut servir l’interface OneDev via HTTPS automatisé une fois que le DNS pointe vers AvaHost. Mettez à jour les URL de clonage, les callbacks, les points de terminaison de packages, les webhooks et les variables de build qui contiennent l’ancienne adresse. Testez l’accès au référentiel, les demandes de fusion, la publication de packages et tout exécuteur connecté après le changement de domaine.
Le plan fournit l’application OneDev, et non une flotte d’exécuteurs gérée. OneDev supporte les modèles d’exécution container, bare-metal, agent et Kubernetes, mais les agents, clusters, cibles de déploiement, registres externes et leurs ressources de calcul sont distincts. La concurrence de build et la taille des artefacts doivent être planifiées indépendamment de l’activité ordinaire du référentiel et des problèmes.
Le package OneDev hébergé ne peut pas envoyer d’e-mails d’application. L’accès au service desk par e-mail, les abonnements, la vérification, les notifications et la récupération de mot de passe ne peuvent donc pas être utilisés. Maintenez l’accès administrateur à jour et choisissez uniquement les intégrations non-e-mail prises en charge avec des identifiants séparés, puis testez-les avant de compter sur la livraison des événements. Maintenez l’accès administrateur à jour et choisissez uniquement les intégrations non-e-mail prises en charge qui peuvent être configurées avec des identifiants séparés, puis testez-les avant de compter sur la livraison des événements.