| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révisionLes deux révisions suivantes |
| txs:framadate-p18:installation_de_l_environnement_de_travail [2018/03/19 17:30] – [Prise en main de Git] marlowju | txs:framadate-p18:installation_de_l_environnement_de_travail [2018/04/01 11:20] – [Processus d'intégration continue] marlowju |
|---|
| |
| ===== Prise en main de Git ===== | ===== Prise en main de Git ===== |
| | ==== Utilisation classique ==== |
| Nous avons d'abord suivi le wiki concernant l'utilisation de Git (réalisé par Andres) afin de récupérer le code source du projet (fork et clone) sur nos machines. \\ | Nous avons d'abord suivi le wiki concernant l'utilisation de Git (réalisé par Andres) afin de récupérer le code source du projet (fork et clone) sur nos machines. \\ |
| https://wiki.picasoft.net/doku.php?id=txs:framadate-p18:contribuer-a-framadate \\ | https://wiki.picasoft.net/doku.php?id=txs:framadate-p18:contribuer-a-framadate \\ |
| Et si jamais le projet que l'on vient de //forker// comporte des erreurs qui seront par la suite corrigées ? \\ | Et si jamais le projet que l'on vient de //forker// comporte des erreurs qui seront par la suite corrigées ? \\ |
| Il est possible de synchroniser les dépôts "après coup", le tutoriel suivant est très bien fait et a parfaitement fonctionné dans notre cas : http://blog.fethica.com/fr/synchroniser-un-fork-avec-son-depot-dorigine-sur-github/ | Il est possible de synchroniser les dépôts "après coup", le tutoriel suivant est très bien fait et a parfaitement fonctionné dans notre cas : http://blog.fethica.com/fr/synchroniser-un-fork-avec-son-depot-dorigine-sur-github/ |
| | |
| | ==== Processus d'intégration continue ==== |
| | Dans le cadre du projet //Framadate//, un processus de test du code a été mis en place via l'outil intégré à Gitlab : l'intégration continue. L'idée est simple : les modifications apportées au code sont systématiquement et automatiquement testées pour vérifier que le code est en accord avec des règles pré-établies.\\ |
| | |
| | Les étapes de test sont décrites dans le fichier https://framagit.org/JMarlow/framadate/blob/master/.gitlab-ci.yml. Ainsi, chaque commit lance l'exécution d'un test, si le test n'est pas passé avec succès, un mail est envoyé au développeur afin de l'avertir. Le développeur peut également consulter les résultats des différents tests sur //Framagit// (ex : https://framagit.org/JMarlow/framadate/-/jobs) et avoir accès aux logs de chacun (ex : https://framagit.org/JMarlow/framadate/-/jobs/117983).\\ |
| | |
| | //D'accord, mais comment je fais pour rendre mon code propre et passer les tests de l'intégration continue ?// |
| | |
| | Facile, quelques lignes de commandes dans votre répertoire ''/framadate'' suffisent à rendre automatiquement le code valide : |
| | <code> |
| | sudo apt install composer |
| | sudo apt purge composer |
| | php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" |
| | php -r "if (hash_file('SHA384', 'composer-setup.php') === '544e09ee996cdf60ece3804abc52599c22b1f40f4323403c44d44fdfdd586475ca9813a858088ffbc1f233e9b180f061') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;" |
| | php composer-setup.php |
| | php -r "unlink('composer-setup.php');" |
| | sudo mv composer.phar /usr/local/bin/composer |
| | apt-get install php-mbstring php-xml |
| | php vendor/bin/php-cs-fixer fix --verbose |
| | </code> |
| ===== Prise en main du Docker ===== | ===== Prise en main du Docker ===== |
| Nous avons ensuite suivi le wiki pour l'implémentation du Docker (réalisé par Kyâne) afin de mettre en place facilement notre environnement de travail. \\ | Nous avons ensuite suivi le wiki pour l'implémentation du Docker (réalisé par Kyâne) afin de mettre en place facilement notre environnement de travail. \\ |