Poussez votre code Odoo. Nous le déployons.
Poussez sur GitHub, GitLab ou Bitbucket et votre branche se déploie. Avant chaque mise à jour, nous copions votre base de données. Si quelque chose échoue, nous la remettons en place tout seuls.
De Git à un Odoo qui tourne
GitHub, GitLab et Bitbucket
Connectez celui que vous utilisez. Chaque push sur une branche peut la construire. Vous n'avez pas à déplacer votre code ailleurs.
Vous choisissez ce que fait un push
Chaque branche a son propre réglage. Un push peut créer un nouveau build avec une base de données neuve, mettre à jour celui qui tourne, ou ne rien faire du tout.
Nous pouvons créer le dépôt
Vous partez de zéro ? Quand vous créez un projet, nous pouvons créer le dépôt Git pour vous, sous votre propre compte.
Commencez sans Git, ajoutez-le plus tard
Si vous n'avez besoin que des applications Odoo standard, créez un projet sans dépôt. Le jour où vous avez besoin de code personnalisé, ajoutez-en un. Votre base de production reste telle quelle.
Arrêter un build
Poussé la mauvaise chose ? Annulez un build en attente ou en cours, directement depuis le tableau de bord.
Des mises à jour qui ne peuvent pas vous laisser à moitié faites
Rollback automatique
Avant la mise à jour de vos modules, nous copions la base de données. Puis nous vérifions qu'Odoo démarre et répond. Si une étape échoue, nous remettons la copie et votre ancien code. Vos utilisateurs continuent de travailler sur la version qui tournait avant.
Seuls les modules que vous avez installés sont mis à jour
Une mise à jour ne touche que les modules que vous utilisez déjà. Un nouveau module dans votre code n'est jamais ajouté dans votre dos. Vous l'ajoutez dans Odoo quand vous êtes prêt.
Sautez la copie sur les très grosses bases de données
Sur une très grosse base de données, la copie prend l'essentiel du temps de mise à jour. Les admins peuvent la désactiver. Le tableau de bord enregistre qui l'a fait et quand, sur chaque mise à jour lancée sans elle.
Redémarrer sans rebuild
Odoo se comporte bizarrement ? Redémarrez-le. Odoo repart avec des workers neufs, et votre code, votre base de données et vos fichiers ne sont pas touchés.
Votre code, construit comme il le faut
Des variables d'environnement pour chaque environnement
Définissez une valeur différente pour la production, le staging et le développement. Marquez une valeur comme sensible et le tableau de bord la masque. Pour utiliser une nouvelle valeur, redémarrez la branche. Pas besoin d'un rebuild complet.
Paquets Python depuis requirements.txt
Ajoutez un fichier requirements.txt à votre code. Nous installons ce qu'il liste à chaque déploiement. La sortie de pip a son propre log, vous voyez donc pourquoi un paquet a échoué.
Sous-modules publics et privés
Récupérez des modules depuis d'autres dépôts, publics ou privés. Chaque dépôt privé reçoit sa propre clé en lecture seule. Si votre compte Git est connecté, nous ajoutons la clé pour vous.
Des modules dans des sous-dossiers
Rangez vos modules dans des dossiers si vous préférez. Définissez le chemin une fois pour le projet, et chaque nouvelle branche démarre avec.
Community et Enterprise
Faites tourner Odoo Community ou Odoo Enterprise, de la version 16 à la 19. Sur notre cloud, le code Enterprise est prêt pour vous.
Votre propre image Docker
Besoin d'une bibliothèque système, d'une police ou d'un paquet que pip ne peut pas installer ? Construisez votre propre image à partir de l'image Odoo et utilisez-la sur votre serveur.
Odoo lui-même, maintenu à jour
Mises à jour hebdomadaires d'Odoo
Chaque semaine, nous reconstruisons Odoo à partir du code officiel le plus récent pour votre version. Les correctifs de sécurité et de bugs vous parviennent sans aucun changement dans votre code.
Sur votre propre serveur, vous décidez quand
Sur votre propre serveur ou sur site, les mises à jour dépendent de vous. Vous choisissez quand la production passe à un nouveau build d'Odoo, et rien ne change tant que vous ne le faites pas.
Mises à jour automatiques, chaque semaine
Sur notre cloud géré, choisissez le mode automatique, et nous mettons la production à jour pour vous chaque semaine. Vous n'avez rien à faire.
Ou mettez à jour à la main, sous 30 jours
Ou choisissez le mode manuel, et c'est vous qui choisissez le moment. Le tableau de bord montre quels changements d'Odoo chaque mise à jour apporte. Si la production passe 30 jours sans mise à jour, nous la mettons à jour pour vous, pour que les correctifs de sécurité lui parviennent quand même. Nous vous envoyons un e-mail une semaine avant.
Un retour en arrière après une mauvaise mise à jour d'Odoo
Nous vérifions qu'Odoo répond sur la nouvelle version avant de basculer. Sinon, nous revenons en arrière tout seuls. Vous pouvez aussi choisir un build plus ancien à la main.
Où chaque fonctionnalité est disponible
Questions fréquentes
Les nouveaux modules s'installent-ils tout seuls ?
Que se passe-t-il quand une mise à jour échoue ?
Puis-je garder mes clés API hors de mon code ?
Ai-je besoin de Git pour utiliser Skysize ?
Quelles versions d'Odoo puis-je faire tourner ?
Envie de voir comment votre code se déploierait ?
Dites-nous comment votre dépôt est organisé aujourd'hui. Nous vous montrerons comment il se construirait et se mettrait à jour sur Skysize.