vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2023-03-28T16:25:28+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4803Test segmenter page2023-03-28T16:25:28+02:00Mathieu GiraudTest segmenter pageSuite à [!967](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/967#note_527043):
> @duez : "Nouveau test. Cela passe chez moi... mais pas sur ~"dev-gitlab" "
@mikael-s : "il faut compiler vidjil-algo"
==> test fonctionnel ? ou...Suite à [!967](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/967#note_527043):
> @duez : "Nouveau test. Cela passe chez moi... mais pas sur ~"dev-gitlab" "
@mikael-s : "il faut compiler vidjil-algo"
==> test fonctionnel ? ou test unitaire avec mock ?Web 2023.10marc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4768beta: avoir dev déployé quelque part par ci2023-03-28T16:17:44+02:00Mathieu Giraudbeta: avoir dev déployé quelque part par ci(je pensais qu'il y avait déjà une issue, pas trouvé)
On a pour l'instant un serveur de dev où on change manuellement les branches et où on fait des essais. C'est utile mais pas très systématique.
Avoir donc toujours un serveur déployé...(je pensais qu'il y avait déjà une issue, pas trouvé)
On a pour l'instant un serveur de dev où on change manuellement les branches et où on fait des essais. C'est utile mais pas très systématique.
Avoir donc toujours un serveur déployé quelque part qui soit notre version de référence pour le dev. Cela servirait pour
- discuter de dev entre nous, notamment en audio
- pouvoir pointer dans des issues ou autre vers des URLs sur ce serveur
- montrer à des usagers les features arrivant
Vu tous les environnements de review qu'on déploie par ~"dev-ci"... on n'en est pas à un près :)Web 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/5186py4web; fix review server2024-01-22T14:13:34+01:00THONIER Florianpy4web; fix review serverSince conversion to py4web; job to start a review server don't work.
Job success, but opening link return to error nginx 404.
Proxy, conf.js, docker env ?Since conversion to py4web; job to start a review server don't work.
Job success, but opening link return to error nginx 404.
Proxy, conf.js, docker env ?Web 2024.04https://gitlab.inria.fr/vidjil/vidjil/-/issues/3703Documenter les variables d'environnement2019-02-05T12:13:39+01:00Mathieu GiraudDocumenter les variables d'environnementUne réflexion en faisant !400 :
on devrait documnter dans `dev.{org,md}` les variables d'environnement ~"dev\-gitlab" (idéalement quelqu'un devrait avoir toutes les infos pour forker et configurer un gitlab).Une réflexion en faisant !400 :
on devrait documnter dans `dev.{org,md}` les variables d'environnement ~"dev\-gitlab" (idéalement quelqu'un devrait avoir toutes les infos pour forker et configurer un gitlab).https://gitlab.inria.fr/vidjil/vidjil/-/issues/3588.gitlab-ci.yml : utiliser only/except pour ne lancer certains tests que lors ...2024-01-18T11:02:41+01:00Mathieu Giraud.gitlab-ci.yml : utiliser only/except pour ne lancer certains tests que lors de certaines modifications ?(Probablement un doublon, je n'arrive pas retrouver l'issue d'origine.)
Possible depuis 11.4, déployé sur gitlab.inria.
https://about.gitlab.com/2018/10/22/gitlab-11-4-released/#run-jobs-codeonlycodecodeexceptcode-for-modifications-on-...(Probablement un doublon, je n'arrive pas retrouver l'issue d'origine.)
Possible depuis 11.4, déployé sur gitlab.inria.
https://about.gitlab.com/2018/10/22/gitlab-11-4-released/#run-jobs-codeonlycodecodeexceptcode-for-modifications-on-a-path-or-fileDev-cihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3450Modulariser .gitlab-ci.yml2021-02-23T11:54:48+01:00Mathieu GiraudModulariser .gitlab-ci.ymlDepuis #1491 :
> le `.gitlab-ci.yml` actuel est un gros mélange...
Vu https://gitlab.com/gitlab-org/gitlab-ce/issues/42861#note_99630939, on va pouvoir bientôt modulariser `.gitlab-ci.yml`, ce qui a la fois améliorera la situation act...Depuis #1491 :
> le `.gitlab-ci.yml` actuel est un gros mélange...
Vu https://gitlab.com/gitlab-org/gitlab-ce/issues/42861#note_99630939, on va pouvoir bientôt modulariser `.gitlab-ci.yml`, ce qui a la fois améliorera la situation actuelle (qu'on est susceptibles de garder encore un certain temps) et aussi préparera une éventuelle séparation #1491.
À faire dans la feature sera disponible dans ~"dev\-gitlab".https://gitlab.inria.fr/vidjil/vidjil/-/issues/5107.gitlab-ci.yml : Utiliser workflow, rules ?2022-12-22T17:06:39+01:00Mathieu Giraud.gitlab-ci.yml : Utiliser workflow, rules ?https://docs.gitlab.com/ee/ci/yaml/workflow.html
https://docs.gitlab.com/ee/ci/yaml/#workflow
Pour l'instant nous gérons nos pipelines avec des `only` sur chaque jobs. Mais au final, nous avons bien des workflows bien différents, `featu...https://docs.gitlab.com/ee/ci/yaml/workflow.html
https://docs.gitlab.com/ee/ci/yaml/#workflow
Pour l'instant nous gérons nos pipelines avec des `only` sur chaque jobs. Mais au final, nous avons bien des workflows bien différents, `feature-{csta}`... bien que souvent on en lance plusieurs. J'ai l'impression que, depuis plusieurs releases, gitlab ajoute des fonctionnalités liés à ces `workflow`, notamment avec les `rules`. Est-ce que cela vaudrait le coup d'utiliser cela ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4297Utiliser les alertes de gitlab ?2020-05-23T08:00:17+02:00Mathieu GiraudUtiliser les alertes de gitlab ?Gitlab 13.0, alertes: https://docs.gitlab.com/ee/user/project/operations/alert_management.html
Et de [nombreuses issues](https://gitlab.com/gitlab-org/gitlab/-/issues?label_name=Category%3AAlert+Management) et aussi
https://about.gitlab...Gitlab 13.0, alertes: https://docs.gitlab.com/ee/user/project/operations/alert_management.html
Et de [nombreuses issues](https://gitlab.com/gitlab-org/gitlab/-/issues?label_name=Category%3AAlert+Management) et aussi
https://about.gitlab.com/direction/monitor/debugging_and_health/alert_management/
Intérêt (pour nous) ? Par rapport à #3745 ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/3745Gestion des erreurs client (et serveur ?)2021-09-09T18:42:05+02:00Mathieu GiraudGestion des erreurs client (et serveur ?)Gitlab s'interface désormais à Sentry : https://sentry.io/welcome/
On peut avoir une vue tel que : https://docs.gitlab.com/ce/user/project/operations/error_tracking.html#error-tracking-list...
Est-ce que cela vaurait le coup d'utiliser...Gitlab s'interface désormais à Sentry : https://sentry.io/welcome/
On peut avoir une vue tel que : https://docs.gitlab.com/ce/user/project/operations/error_tracking.html#error-tracking-list...
Est-ce que cela vaurait le coup d'utiliser quelque chose de ce type ?
Pour mémoire, on ramène bien les erreurs client par des appels à `database.js`, mais... on ne fait pas grand chose de cela.
cc @flothoni
https://gitlab.inria.fr/vidjil/vidjil/-/issues/3631Utiliser .gitlab/route-map.yml ?2018-11-26T07:48:45+01:00Mathieu GiraudUtiliser .gitlab/route-map.yml ?On pourrait avoir des liens à la "View app" plus flexible... mais pas sûr que cela nous serve, on n'a pas facilement une correspondance un fichier / une url à reviewer.
https://docs.gitlab.com/ce/ci/environments.html#go-directly-from-so...On pourrait avoir des liens à la "View app" plus flexible... mais pas sûr que cela nous serve, on n'a pas facilement une correspondance un fichier / une url à reviewer.
https://docs.gitlab.com/ce/ci/environments.html#go-directly-from-source-files-to-public-pages-on-the-environmenthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4197.gitlab-ci.yml : faire marcher only:changes avec probablement only:merge_requ...2024-01-18T10:53:29+01:00Thonier Florian.gitlab-ci.yml : faire marcher only:changes avec probablement only:merge_requestsSuite de #4148.
https://docs.gitlab.com/ee/ci/yaml/#using-onlychanges-without-pipelines-for-merge-requests
Après !585/!586:
> Je viens de pousser depuis hier des modifs sur 3 MR pour lesquelles j'ai rapatrié le dev.
>
> Je m'aperçois...Suite de #4148.
https://docs.gitlab.com/ee/ci/yaml/#using-onlychanges-without-pipelines-for-merge-requests
Après !585/!586:
> Je viens de pousser depuis hier des modifs sur 3 MR pour lesquelles j'ai rapatrié le dev.
>
> Je m'aperçois que ces MR n’exécutent pas correctement les tests. Je viens de trouver qu'il y a eu un ajout de fichier `gitlab-ci.yml` dans la doc, dont les stages correspondent aux 2 stages qui sont maintenant testé sur les MR vidjil!565 et vidjil!564.
Reverté par !608/!609Dev-cihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1491git séparés pour server / browser / algo ?2024-01-18T16:32:00+01:00Vidjil Teamgit séparés pour server / browser / algo ?Pas vraiment de motivation pour cela
***
Discuté cette semaine. On laisse tel quel pour l'instant.
Par contre, maintenant sur rbx, on a des instances différentes pour prod-server et prod-browser.
***
@nobodyPas vraiment de motivation pour cela
***
Discuté cette semaine. On laisse tel quel pour l'instant.
Par contre, maintenant sur rbx, on a des instances différentes pour prod-server et prod-browser.
***
@nobodyWeb 2018.01https://gitlab.inria.fr/vidjil/vidjil/-/issues/5058.gitlab-ci.yml: ajouter `release*` aux jobs de release ?2022-08-23T10:42:44+02:00Mathieu Giraud.gitlab-ci.yml: ajouter `release*` aux jobs de release ?https://docs.gitlab.com/ee/ci/yaml/#release
En particulier, depuis Gitlab 15.3, on peut spécifier tag git/description/...https://docs.gitlab.com/ee/ci/yaml/#release
En particulier, depuis Gitlab 15.3, on peut spécifier tag git/description/...https://gitlab.inria.fr/vidjil/vidjil/-/issues/4956Récupérer pour gitlab des artefacts XML JUnit avec QUnit ?2022-02-23T15:02:23+01:00Mathieu GiraudRécupérer pour gitlab des artefacts XML JUnit avec QUnit ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4866gitlab 14: Follow-up from "gitlab-ci; replace needs declaration by extends call"2021-10-22T07:19:51+02:00Mathieu Giraudgitlab 14: Follow-up from "gitlab-ci; replace needs declaration by extends call"flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/1015#note_570899): (+1 comment)
Finir ce qu'il faut une fois qu'Inria a déployé gitlab 14.flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/1015#note_570899): (+1 comment)
Finir ce qu'il faut une fois qu'Inria a déployé gitlab 14.Thonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4858.gitlab-ci.yml: needs pour algo2021-09-22T16:38:58+02:00Mathieu Giraud.gitlab-ci.yml: needs pour algoAprès #4462 / !1015Après #4462 / !1015https://gitlab.inria.fr/vidjil/vidjil/-/issues/4848needs, avec Gitlab 14.XX2021-09-17T16:21:04+02:00Mathieu Giraudneeds, avec Gitlab 14.XXThe following discussion from !1000 should be addressed:
> * Si on utilise les anchor, il faut que tous les jobs soient dans le même fichier. Il faudra remerger le fichier browser/server au gitlab-ci général.
> * Les anchors dans ce cas...The following discussion from !1000 should be addressed:
> * Si on utilise les anchor, il faut que tous les jobs soient dans le même fichier. Il faudra remerger le fichier browser/server au gitlab-ci général.
> * Les anchors dans ce cas là reviennent finalement strictement à faire un extend d'un job avec uniquement des règles needs
> * Tant que l'on n'est pas passé à la version 14.XX de gitlab, les needs nécessitent des jobs de stages uniquement précédent.
> En gros, pour l'instant on peut déjà merger la première version que j'avais la semaine dernière, et quand on aura une maj de gitlab, on pourra merger cette version avec les anchor/extends.
@flothoni fera donc extend, mais après 14.XX.Thonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4821Passer nos tests locaux via le gitlab-runer2024-01-18T10:14:37+01:00Thonier FlorianPasser nos tests locaux via le gitlab-runerThe following discussion from !979 should be addressed:
- [ ] @flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/979#note_542898): (+3 comments)
> J'abandonne ce point tant que le gitlab-runner ne ...The following discussion from !979 should be addressed:
- [ ] @flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/979#note_542898): (+3 comments)
> J'abandonne ce point tant que le gitlab-runner ne fonctionnera pas mieux en local. Pour rappel, nous devons faire face à 3 problèmes rédhibitoire pour le moment avec cette approche:
>
>* Le runner est incapable de faire des includes
>* On ne peut pas faire de récupération sur les artefacts
>* Si on veut lancer un test, il faut que les changements soient comités. Ça oblige a jongler avec le git sur les moindre lignes que nous manipulons en cours de dev.
On pourra revenir dessus si on jour le runner local évolue, mais ça ne semble pas être une des priorités de gitlab.
CC @magiraud @mikael-s @duezDev-cihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4804Simplification du job de CI sur les tests serveurs2024-01-18T12:13:32+01:00Mikaël SalsonSimplification du job de CI sur les tests serveurs@duez et @flothoni ont discuté ensemble de la construction des images Docker pour les tests serveurs. C'est inutilement coûteux pour des changements minimes. Dans le cas général, il n'y a pas de modification du Docker (ou des configurati...@duez et @flothoni ont discuté ensemble de la construction des images Docker pour les tests serveurs. C'est inutilement coûteux pour des changements minimes. Dans le cas général, il n'y a pas de modification du Docker (ou des configurations associées), il n'est donc pas utile de tout reconstruire.
Il est aussi question d'utiliser des fichiers override pour la configuration Docker (sur ce point, voir !614).
J'ai par contre un peu de mal à voir ce qui se passe quand on pousse des modifs dans le répertoire `docker/`. On pourrait donc avoir un nom de branche à part pour générer une nouvelle image, mais quel est ensuite le statut de l'image construite ? Devient-elle directement après merge la nouvelle image par défaut ? Est-ce que ça ne pourrait pas poser des problèmes de compatibilité avec les autres branches en cours ?Dev-cihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4458Release: lancer benchmark et multiple_tests en parallèle de valgrind-function...2020-08-27T09:09:35+02:00Mathieu GiraudRelease: lancer benchmark et multiple_tests en parallèle de valgrind-functionnal ?En release, `valgrind-functionnal` est obligatoire, bref il faut attendre longtemps avant de pouvoir accéder aux autres tests suivants. Mettre cela en parallèle ?
Et #4284 #3630En release, `valgrind-functionnal` est obligatoire, bref il faut attendre longtemps avant de pouvoir accéder aux autres tests suivants. Mettre cela en parallèle ?
Et #4284 #3630