PROJET-INFO5 1819 EDCampus

= Le projet en quelques mots = La plateforme EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble. La plateforme est actuellement en train d’être soumis à la fondation Eclipse afin d’être mise en open source sous licence Eclipse. Dans le cadre du projet Disrupt Campus, les étudiants sont invités à contribuer à la plateforme. Dans le cadre de vos formations c’est une vraie plus value de contribuer à de réels projets plutôt qu’à des projets one-shot qui seront mis à la poubelle sitôt votre soutenance terminée. EDCampus est donc une opportunité de contribuer au logiciel libre et à la fondation Eclipse (et de s'assurer une jolie ligne sur son CV plutôt qu'un projet qui sera aussi vite oublié que l'ECOM !).

= L'équipe et leurs rôles =


 * GEOURJON Anthony - Chef de projet (EXT)
 * CHARLOT Servan - Chef de groupe
 * CHANET Zoran - Responsable DevOps

= Roadmap =
 * 20-22 février 2019 : Hack Ton Campus, la plateforme EDCampus sera utilisée pour la gestion des défis.
 * Avril 2019 : Projet pilote, un projet mêlant une entreprise, l'UGA et des étudiants servira de test à la plateforme.
 * Septembre 2019 : Mise en production globale.

= Carnet de bord =

28/01/19
Assignation du sujet EDCampus.

29/01/19

 * Rencontre avec Anthony au Fablab, presentation du sujet, des enjeux, et de la roadmap
 * Installation du projet
 * Difficultés dues au DNS des réseaux universitaires (impossible de télécharger le contenu nécessaire depuis les containers)

Servan

 * Correction de la fonction  qui ne marchait pas du tout. Il y avait une faute dans la plupart des variables qui s'appelaient   au lieu de.
 * Correction de la fonction  qui oubliait un paramètre dans son appel à.

Zoran

 * Assignation d'une première tâche : réparer la création d'un projet indépendant
 * Découverte du code du projet
 * Poursuite de l'arborescence des appels depuis le bouton jusqu'à l'appel à la base de données

Servan

 * Assignation de la tâche consistant à réparer le système de fichier.
 * Exploration du systeme de fichier et son implementation.

Zoran

 * Production d'une méthode permettant des logs personnalisés
 * Recherches sur le rewriting d'URL
 * Correction du problème (lié au rewriting)
 * Production d'une fiche explicative de la solution

Servan
Correction des bugs suivants :


 * Affichage des fichiers du portefeuille père ssi il y a au moins un fichier présent dans le projet fils.
 * Dans le backend, la fonction qui get les fichiers exécutait un  avant de get les fichiers parents dans le cas ou il n'y avait pas de fichier à la base.
 * N'actualise pas la liste des fichiers si on supprime le dernier fichier.
 * Tous les dossiers sont affichés comme des fichiers. Lors de la première sélection à la souris, si on sélectionne le fichier-dossier, il se transforme en dossier et on peut y accéder. Rien ne se passe pour les sélections suivantes.
 * Dans le backend, un paramètre était traité comme chaîne de caractère alors qu'il représentait un booléen. Le résultat de ça est que l'on entrait dans la mauvaise partie d'un if, qui exécutait la mauvaise requête SQL nous privant de l'information concernant le type de fichier lu (un dossier est un type de fichier).
 * Le bouton qui permet de revenir en arrière, sortir du dossier ne fonctionne pas.
 * On ne peut pas entrer dans un dossier hérité.

Zoran

 * Assignation de la mise en place de techniques DevOps
 * Recherches sur la mise en place de pipeline dans GitLab : voir compte-rendu
 * Mise en place d'un pipeline à chaque push
 * Production d'un tutoriel de création de runner GitLab : voir tutoriel
 * Recherches sur SonarQube et les tests unitaires
 * Priorisation de SonarQube

Servan

 * Correction d'un bug qui faisait que lors de la suppression d'un dossier, les fichiers à l'intérieur ne sont pas supprimés (le champ statut dans le BDD ne passe pas à 0).
 * La fonctionnalité de suppression récursive n'était pas implémentée dans.
 * Début de l'analyse du système de droit des utilisateurs (Administrateur/Tuteur/Elève) sur les fichiers et dossiers (hérités ou non).

Zoran

 * Compréhension des scanners sonar : voir compte-rendu
 * Mise en place d'un scan dans le pipeline
 * Nécessité d'un serveur sonar exposé
 * Décision d'utiliser SonarCloud
 * Configuration du scanner pour envoyer le rapport dans le bon projet sonarcloud
 * Réussite du premier scan

Servan
Suite de la correction du système de droits des fichiers/dossiers.


 * Correction d'un bug qui faisait que les utilisateurs ne peuvent pas entrer dans les dossiers hérites (ou télécharger les fichiers hérites).
 * Le check de droit se fait dans une fonction qui check d'abord le, puis le   et puis enfin si le fichier appartient à un parent. Pour cela elle fait appel à la base pour récupérer la relation d’héritage. IL y avait une erreur de comparaison entre le résultat de la requête et les information fichier (erreur de type parce que PHP).
 * Analyse complète du système de droit création d'un tableau explicatif de l'état actuel et l'état voulu.
 * Suite au tableau, mise en place de la protection des fichiers hérités.
 * Ajout d'une vérification sur le, empêchant les utilisateurs non propriétaires du fichier de le supprimer, renommer ou déplacer.

Zoran

 * Extension du scan sonar dans le pipeline à toutes les sections du projet
 * Affichage de badges d'état du pipeline sur la page de présentation de chaque section du projet
 * Reprise des recherches concernant les tests unitaires
 * Tentative de systématisation des tests dans le pipeline
 * Difficulté : les tests nécessitent des fichiers de configurations qui ne sont pas présents sur le repository git
 * Recherche de contournement pour ne pas exposer des configurations privées dans le projet public