comet Code

Le code de votre équipe, sur vos serveurs

Dépôts Git clonables en HTTP et SSH, Merge Requests avec diff en direct, CI/CD qui exécute réellement vos pipelines : comet Code est la forge logicielle souveraine de la suite, déployée sur votre infrastructure.

Nous contacter Consulter la documentation

En pratique

comet Code au quotidien

Dépôts Git en HTTP et SSH

Clonez, poussez et tirez avec les outils Git standard, au choix en HTTP ou en SSH avec vos clés habituelles. Aucun client propriétaire, aucun changement de pratique : les scripts, alias et habitudes de vos développeurs fonctionnent tels quels. Seule différence — le serveur qui héberge vos dépôts est le vôtre, dans votre périmètre de sécurité.

Merge Requests en direct

Chaque proposition de changement s'examine dans une Merge Request alimentée en direct par le dépôt : diff précis des modifications, liste des commits, comparaison entre branches. La revue porte sur l'état réel du code au moment où vous le relisez. Discussion, ajustements, puis fusion : le cycle de relecture complet se déroule sur votre plateforme.

CI/CD avec exécution réelle

Les pipelines ne sont pas décoratifs : chaque étape s'exécute réellement sur un runner externe que vous hébergez. Tests, compilation, vérifications de qualité — les résultats reflètent de vraies exécutions, dans votre environnement, avec vos dépendances. Votre code ne transite par aucun service d'intégration continue tiers, et la capacité de calcul reste sous votre contrôle.

Fonctionnalités

Tout ce que comet Code sait faire

Constructeur visuel et .comet-ci.yml

Décrivez vos pipelines de deux manières complémentaires : un constructeur visuel pour assembler les étapes sans mémoriser de syntaxe, idéal pour démarrer ou pour les équipes moins outillées, et un fichier .comet-ci.yml versionné avec le code, relu et fusionné comme n'importe quel changement. Les deux approches décrivent les mêmes pipelines — chaque équipe choisit la sienne.

Déclencheurs push, cron et manuel

Un pipeline se déclenche à chaque push pour valider les changements au fil de l'eau, selon une planification cron pour les tâches récurrentes — vérifications nocturnes, reconstructions périodiques — ou manuellement quand un opérateur décide de lancer une exécution. Trois modes de déclenchement qui couvrent l'intégration continue quotidienne comme les opérations planifiées.

Jetons d'accès personnels

Les accès automatisés — poste de travail, scripts, outillage interne — s'authentifient par des jetons d'accès personnels plutôt que par un mot de passe partagé. Chaque jeton est propre à son détenteur et se révoque indépendamment : un poste compromis ou un collaborateur qui part ne remet pas en cause les accès des autres. Une hygiène d'accès simple et vérifiable.

Organisations et revues

Les organisations regroupent dépôts et équipes : chaque produit, chaque service retrouve son périmètre, avec des droits cohérents à l'échelle de l'entreprise. Les revues de code structurent la relecture avant fusion — commentaires, discussion, validation — et installent une culture de qualité partagée, sur une plateforme dont vous maîtrisez l'hébergement de bout en bout.

Sous le capot

comet Code est la forge logicielle de la suite comet : une plateforme Git complète où votre équipe héberge ses dépôts, relit ses changements et exécute ses pipelines — sur votre infrastructure, avec le compte unique de la suite. Le code source est souvent l'actif le plus stratégique d'une organisation ; le confier à une plateforme tierce est un choix, pas une fatalité.

Un vrai serveur Git, HTTP et SSH

Les dépôts se clonent et se poussent avec les outils Git standard, en HTTP comme en SSH : vos développeurs conservent leurs habitudes, leurs clés et leurs scripts. Les jetons d'accès personnels sécurisent les accès automatisés — poste de travail, intégration continue, outillage interne — sans exposer de mot de passe. Les organisations regroupent les dépôts par équipe ou par produit, et structurent les droits d'accès à l'échelle de l'entreprise.

Des Merge Requests au plus près du dépôt

La revue de code s'appuie sur des Merge Requests alimentées en direct par le dépôt : diff des changements, comparaison entre branches, liste des commits — ce que vous relisez est l'état réel du code, pas une copie. Les revues structurent la discussion avant l'intégration, et la comparaison de branches éclaire les décisions de fusion. C'est le rituel quotidien d'une équipe de développement, servi par votre propre plateforme.

Une CI/CD qui exécute réellement vos pipelines

comet Code intègre une chaîne d'intégration et de livraison continues qui exécute vos pipelines, au sens propre : les étapes tournent sur un runner externe que vous hébergez, déclenchées par un push, une planification cron ou un lancement manuel. Deux façons de décrire un pipeline coexistent : le constructeur visuel, pour composer les étapes sans syntaxe à mémoriser, et le fichier .comet-ci.yml versionné avec le code, pour l'approche déclarative que les équipes expérimentées attendent. Tests, compilation, vérifications : tout s'exécute dans votre périmètre, sans faire transiter votre code par un service externe.

Déployée avec Docker aux côtés des autres applications, la forge partage l'authentification unique de la suite : l'accès d'un développeur s'ouvre — et se révoque — depuis la même identité que sa messagerie ou ses fichiers. Pour une PME éditrice de logiciels comme pour une direction des systèmes d'information soucieuse de souveraineté, comet Code ramène le cycle complet du développement, du commit au pipeline, à l'intérieur de vos murs.

Vos données restent sur votre infrastructure
Un seul compte pour toute la suite
Quota de stockage unifié et transparent

Sur le terrain

Cas d'usage

Rapatrier le code d'une équipe interne

Votre logiciel métier, vos scripts d'infrastructure et vos secrets de fabrication vivent aujourd'hui sur une forge américaine. comet Code permet de rapatrier ce patrimoine : les dépôts se migrent avec les commandes Git standard, les développeurs retrouvent clone, push, branches et Merge Requests sans changer d'outils, et les jetons d'accès personnels remplacent proprement les accès partagés. Le cycle de développement complet se poursuit, à l'intérieur de votre périmètre de sécurité.

Automatiser tests et livraisons en interne

À chaque push, le pipeline décrit dans .comet-ci.yml compile, teste et vérifie le projet sur votre runner auto-hébergé ; les tâches récurrentes — vérifications nocturnes, reconstructions — tournent en cron, et les opérations exceptionnelles se lancent manuellement. Le constructeur visuel permet aux équipes moins familières du YAML de bâtir leurs premières chaînes. Résultat : une intégration continue réelle, dont l'exécution et les journaux restent dans votre infrastructure.

Structurer la revue de code d'une DSI

Plusieurs équipes, plusieurs produits, un même exigence de qualité : les organisations de comet Code donnent à chaque périmètre ses dépôts et ses droits, et les Merge Requests imposent un passage par la relecture avant toute fusion. Diff en direct, comparaison de branches et historique des commits outillent des revues rigoureuses, tandis que le compte unique de la suite simplifie l'arrivée et le départ des développeurs — un accès, une identité, une révocation.

FAQ

Questions fréquentes sur comet Code

Peut-on auto-héberger comet Code comme alternative à GitHub ?

Oui. comet Code se déploie avec Docker sur votre infrastructure, comme le reste de la suite comet. Vous y retrouvez l'essentiel d'une forge moderne — dépôts Git, Merge Requests, revues, organisations, CI/CD — hébergé sur vos serveurs. Votre code, vos historiques et vos journaux de pipelines ne transitent par aucun service tiers et restent sous votre contrôle exclusif.

Comment migrer des dépôts existants vers comet Code ?

Par les outils Git standard : les dépôts de comet Code se clonent et acceptent les push en HTTP comme en SSH, si bien qu'un dépôt existant se transfère avec les commandes Git habituelles, historique et branches compris. Vos développeurs conservent leurs clés SSH et leurs pratiques ; il reste ensuite à recréer les Merge Requests ouvertes et à décrire vos pipelines dans .comet-ci.yml ou via le constructeur visuel.

La CI/CD exécute-t-elle vraiment les pipelines ?

Oui — c'est une chaîne d'exécution réelle, pas une simple visualisation. Les pipelines tournent sur un runner externe que vous hébergez, déclenchés par un push, une planification cron ou un lancement manuel. Chaque étape s'exécute dans votre environnement, avec vos dépendances, et les résultats consultables dans l'interface reflètent ces exécutions effectives.

Comment sécuriser les accès aux dépôts ?

L'accès interactif passe par le compte unique de la suite comet : une identité par développeur, révocable centralement. Les accès automatisés utilisent des jetons d'accès personnels, propres à chaque détenteur et révocables individuellement, et le protocole SSH s'appuie sur les clés publiques de vos développeurs. Les organisations structurent enfin les droits par équipe et par périmètre, à l'échelle de l'entreprise.

Faut-il connaître le YAML pour utiliser la CI/CD ?

Non. Le constructeur visuel permet de composer un pipeline en assemblant ses étapes, sans écrire de configuration. Les équipes qui préfèrent l'approche déclarative décrivent leurs chaînes dans un fichier .comet-ci.yml, versionné avec le code et relu en Merge Request comme n'importe quel changement. Les deux méthodes coexistent : chaque équipe adopte celle qui correspond à sa maturité et à ses habitudes.