Réparer le mapping de l'utilisateur courant sur les conteneurs Docker

[alexisjanvier]

Dans le Makefile et les docker-compose.yml, nous mappons les UID et GUID de l'utilisateur de l'hôte sur l'utilisateur du conteneur. Cela permet par exemple que cet utilisateur soit propriétaire de tous les fichiers créés dans le conteneur (comme les node_modules/) sur les volumes montés entre l'hote et le containeur.

Pour faire cela, nous utilisions ceci en début de Makefile

export CURRENT_UID ?= $(shell id -u):$(shell id -g)

Mais certains environnement (mac ?, windows ?) ne supportaient pas l'utilisation du shell. Cette commande est alors devenu :

export CURRENT_UID ?= $(id -u):$(id -g)

Mais cela pose des problème au niveau de la CI (Github actions).

Du coup, ce patch a été mis en place

CURRENT_UID=$(id -u):$(id -g)
export CURRENT_UID ?= $(shell id -u):$(shell id -g)

Si cela semble avoir réglé le provlème sur les environnement prédédement cité, maintenant, cela ne fonction plus sous Linux (Ubuntu)

Il faudrait trouver une solution fiable pour régler ce problème.

[gaelreyrol]

Pour moi ce problème est lié au ticket #59. Plus de Docker, plus de problème 😛

[lalmat]

Le confinement aidant, j'ai un peu de temps. Je le prends ou on laisse tomber Docker ?
Je tourne sous Ubuntu 19.10.

[gaelreyrol]

Ça dépends si tu prends en compte le #59 ! J'en ai rediscuté avec @alexisjanvier, on laisse tomber docker mais en laissant le docker-compose pour la BDD et on garde le makefile pour tout bien boostrapper.