Ce projet est un template pour une application R-Shiny utilisant un format basic. Il inclut des fichiers pour l'interface, le serveur, les définitions globales, les fichiers statiques, ainsi que la gestion de l'intégration continue via Gitlab CI/CD. Il permet de générer et d'héberger des applications web R-Shiny.

Maven-miner est un ensemble d'outils Java permettant de résoudre toutes les dépendances Maven hébergées dans le référentiel Maven central, puis de les stocker dans une base de données graphique. Tout d'abord, l'index du référentiel Maven central est résolu et transformé en fichier plat contenant toutes les dépendances hébergées, une par ligne, au format groupId:artifactId:version. Plus tard, ce fichier peut être passé à l'outil maven-miner pour collecter des demandes de dépendances pour chaque artefact disponible dans le fichier. Chaque artefact est ensuite visité et persisté dans une base de données graphique. Nous nous appuyons sur Neo4j, une base de données graphique bien connue, pour persister le graphe de dépendances Maven.

Ce projet propose une démarche d'inventaire des sites web et des démarches de l'Etat Français, inspirée de l'initiative code.gov de 18F. Il vise à mesurer la conformité OPEN Source des agences gouvernementales aux Etats-Unis en ajoutant un petit fichier 'info.json' à la racine de chaque site web proposant des démarches en ligne. Ce fichier contient des informations descriptives sur le contenu du site et les démarches qu'il héberge, telles qu'une description du contenu du site, des canaux de contact disponibles, la conformité avec les référentiels RGAA, RGI, RGS, la disponibilité des formulaires Cerfa sur le site, etc.

Le projet repo_remote est un dépôt de code source hébergé sur GitLab. Il permet la gestion et le suivi de versions de fichiers pour un projet de développement logiciel. Il offre des fonctionnalités de collaboration d'équipe, telles que l'invitation de membres et la création de demandes de fusion. Il permet également l'intégration avec d'autres outils de développement grâce à des webhooks et des hooks Git.

Nix-environments est un dépôt GitHub hébergeant des fichiers shell.nix permettant de créer des environnements de développement pour des projets spécifiques. Il facilite l'installation des dépendances nécessaires à la construction, au développement et aux tests de ces projets, sans inclure de dépendances personnalisées ou spécifiques à l'utilisateur.

Ce projet est un dépôt de code source destiné à l'hébergement des fichiers Dockerfile utilisés pour créer les images des applications e-comBox. Il permet la gestion de projets collaboratifs, le suivi de tâches et de sous-tâches, l'affichage de graphiques et de visualisations, ainsi que l'intégration avec d'autres outils de développement.

Dsfdfgdfdfgdfgdfg est un dépôt de code source hébergé sur GitLab, qui permet de gérer des projets de développement logiciel. Il offre des fonctionnalités telles que la création et l'upload de fichiers, l'intégration avec d'autres outils, la collaboration en équipe, la gestion de versions, et l'intégration continue. Il permet également de tester et déployer des projets sur différentes plateformes telles que Kubernetes, Amazon EC2, ou Amazon ECS.

Ce projet est un dépôt de code source dédié à la gestion et à l'hébergement des fichiers Dockerfile pour l'application e-comBox. Il permet de créer des images Docker utilisées par l'application, facilitant ainsi le déploiement et la maintenance des services.

Ce projet est un template pour une application R-Shiny utilisant un format basic. Il contient des fichiers pour l'interface, le serveur, les définitions globales, les fichiers statiques, ainsi que des fichiers de configuration pour l'intégration continue. L'application peut être construite en modifiant les fichiers ui.R, server.R et global.R, et en ajoutant des remerciements et informations d'hébergement via le fichier footer.html.

Ce projet permet de démontrer l'utilisation de l'API CloudStack pour créer, démarrer et arrêter des machines virtuelles hébergées sur ci.inria.fr. Le fichier .gitlab-ci.yml spécifie un pipeline qui vérifie si la machine virtuelle existe et la crée si nécessaire, vérifie si elle est en cours d'exécution et la démarre si nécessaire, exécute une étape de build, et arrête finalement la machine virtuelle.