kenjoeltl / analyseur-metriques-devops

Laboratoire 01 du cours DevOps - LOG680

Hi 👋, I'm Joel

An alchemist of code from Canada, transmuting logic lines into gold-standard features

🍵 About Me:

Developer intrigued by web development and distributed systems. Skilled in both frontend and backend tech. Enjoys delving into distributed computing and building creative projects at the intersection of web and systems.

• 🔭 I’m currently working on MangaPunk Official and other secret projects 🤫
• 🌱 I’m currently learning Kubernetes and Go

---

🛠️ Languages and Tools:

---

📈 By the Numbers:

 

analyseur-metriques-devops's Issues

Métriques Kanban

• Temps (lead time) pour une tâche donnée;
• Temps (lead time) pour les tâches terminées dans une période de temps donnée;
• Nombre de tâches actives pour une colonne donnée;
• Nombre de tâches complétés pour une période de temps donnée;

Ces valeurs devront être affichées dans l’application.

Métriques “pull-request”

Vous devez aussi implémenter des fonctions permettant l’extraction et le calcul de
différentes métriques associées aux pull-requests. Cinq (5) métriques devront être
fournies par votre application, toutefois vous devrez choisir et justifier le choix de ces
métriques.

[LA BASE] creation d'app javascript pour lire Api

creation de projet javascript pour lire et analyser les endpoints d'un l'API

Métrique nécessitant une couche de persistance

• Nombre de tâches dans chaque colonne pour une période donnée avec la date de
  création.

Cette métrique n’est pas directement accessible par l’API de GitHub et nécessitera la
création de votre propre API. Par exemple, le déplacement des cartes du kanban est
partiellement disponible avec l’API mais n’offre pas directement le nom des colonnes
impliquées. Pour cette métrique, une stratégie impliquant une couche de persistance est
une solution intéressante. Vous pouvez utiliser une base de données ou un simple
fichier. De plus, votre couche de persistance peut être locale ou sur internet.

issues TEST - Encore

issues TEST - Encore

Création de documentation

Documenter les différents aspects de votre projet durant la session. Pour ce
faire, vous pouvez utiliser le fichier README.md du projet et créer un répertoire appelé
Wiki contenant la documentation dans différents fichiers en format Markdown. Ces
fichiers doivent contenir toutes les diverses informations pertinentes au projet.

Pour le laboratoire 1 ( Partie 1 et 2 ), vous devez y mettre minimalement le rapport ainsi
qu’une page principale comprenant une petite description du projet

fetch-project-id

Is your feature request related to a problem? Please describe.
Afin de rendre le programme plus souple, il faut permettre à l'utilisateur de sélectionner le projet par la console. En effet, les project id ne sont pas simple à obtenir.

Describe the solution you'd like
Le project_id/kanban_id ne doit plus être hard codé. sélectionner le projet par la console s'il en a plusieurs par projet

Describe alternatives you've considered (optional)
S/O

Additional context if possible
Add any other context or screenshots about the feature request here.

Issue - TEST

CECI EST UN TEST