karlrees / docker_bedrockserver: Projet Docker Serveur Minecraft Native Bedrock – Resoudre les problemes d’un serveur MineCraft

Une image Docker et un fichier de composition Docker pour exécuter une ou plusieurs instances d'un serveur Minecraft Bedrock natif dans un environnement Ubuntu minimal.

introduction

Ce référentiel comprend un DockerFile pour créer une image Docker basée sur Ubuntu configurée pour lancer un serveur dédié Minecraft Bedrock. Dans la plupart des cas, lorsqu'il est exécuté à l'aide du pilote de réseau hôte, comme indiqué dans les instructions, tout client Minecraft Bedrock (par exemple, XBox One, Windows 10, Android, etc.) sur votre réseau local devrait être en mesure de voir le serveur sous la liste des "Amis".

Ce référentiel comprend en outre un exemple de fichier docker-compose.yml pour Docker Compose pour exécuter plusieurs de ces conteneurs sur un réseau macvlan. Lorsqu'il est correctement configuré via le script et / ou les instructions manuelles ci-dessous, il exécutera simultanément plusieurs serveurs accessibles chacun au réseau local. Par exemple, je l'ai utilisé pour faire fonctionner différents mondes de survie et de création pour chacun de mes enfants en même temps, chacun étant toujours accessible sur notre réseau domestique, quel que soit l'appareil utilisé par les enfants.

Les données Minecraft peuvent en outre être exposées à votre hôte, afin que vous puissiez facilement sauvegarder vos mondes et votre configuration.

Historique des versions

• 1.14 (décembre 2019): Ajout de la mise à jour automatique du serveur minecraft au redémarrage de l'image
• 1.13.1 (novembre 2019): révisions majeures de l'architecture, y compris l'exécution sous un autre utilisateur et la prise en charge étendue des fichiers / répertoires de ressources personnalisés
• 0.1.12 (10 juil.2019): Prise en charge des fichiers d'autorisation personnalisés
• 0.1.8.2 (16 décembre 2018): numéro de version de Bump Minecraft
• Version initiale (17 octobre 2018)

Pour la mise à jour à partir des versions antérieures à la 1.13.1, voir Mise à jour à partir des versions antérieures à la 1.13.1.

Conditions préalables

• Docker
• Docker Compose (si vous souhaitez utiliser les instructions pour plusieurs serveurs)
• git (si vous devez créer votre propre image ou utiliser docker-compose)

Démarrage rapide (serveur unique)

Pour créer / exécuter un serveur unique avec un nouveau monde sur l'hôte:

docker run -dit --name = "minecraft" --network = "host" karlrees / docker_bedrockserver

Il est probable que, en s'appuyant sur la commande ci-dessus, tu perdras ton monde si vous devez mettre à jour l'image docker (par exemple pour une nouvelle version de serveur). Pour contourner ce problème, vous pouvez transformer le dossier mcdata en un volume Docker comme suit:

docker run -dit --name = "minecraft" --network = "host" -v mcdata: / mcdata karlrees / docker_bedrockserver

Cependant, il est néanmoins possible que Docker (ou plus probablement vous) puisse éventuellement supprimer le volume par inadvertance. Une solution plus infaillible consiste à monter le volume sur l'hôte, comme indiqué dans la section suivante.

Instructions avancées

Serveur unique avec données montées en externe

Pour créer / exécuter un serveur unique avec un monde dont les données sont stockées dans un dossier accessible en externe:

En plus de vous donner une meilleure tranquillité d'esprit que vous ne perdrez pas vos données, cela a l'avantage supplémentaire de vous donner un accès facile au dossier mcdata afin que vous puissiez créer des sauvegardes et / ou manipuler vos données.

Option A (script d'installation à un seul monde)

Si vous avez installé git, vous pouvez extraire le référentiel et profiter du script de configuration:

1. Téléchargez le code source depuis git.

git clone https://github.com/karlrees/docker_bedrockserver

2. Exécutez le script de configuration.

cd docker_bedrockserver
./setup_standalone.sh

Le conteneur / serveur doit maintenant être en cours d'exécution et vos données mondiales peuvent être trouvées dans le docker_bedrockserver / mcdata dossier.

Option B (configuration manuelle d'un seul monde)

Si vous n'avez pas installé git et / ou que vous souhaitez plus de contrôle sur la configuration du conteneur:

1. Créez (ou localisez) un dossier parent pour stocker (ou qui stocke déjà) vos données Minecraft. Nous désignerons ce dossier par la suite comme mcdata dossier. Vous pouvez utiliser le mcdata dossier du référentiel, ou tout autre emplacement approprié. Par exemple:

mkdir / chemin / vers / mcdata

2. Accordez à ce nouveau dossier les autorisations lui permettant d'accéder à l'utilisateur sous lequel le serveur s'exécutera dans le conteneur Docker.

Sous Linux, il existe plusieurs façons de procéder. L'option la plus simple et la plus nucléaire serait:

sudo chmod -R 777 / chemin / vers / mcdata

Une option plus restrictive consisterait à avoir le même ID utilisateur que celui sous lequel le serveur s'exécute s'approprier le mcdata dossier. Par défaut, cet ID utilisateur est 1132, vous utiliserez donc la commande suivante:

sudo chown -R 1132: 1132 / chemin / vers / mcdata

D'autres options incluent l'ajout de l'utilisateur 1132 à un groupe ayant accès à la mcdata dossier, ou en changeant l'ID utilisateur et / ou l'ID de groupe sous lequel le serveur s'exécute vers quelque chose qui a déjà accès au mcdata dossier. La modification de l'ID utilisateur et / ou de l'ID de groupe sous lequel le serveur s'exécute est expliquée plus loin dans le document.

3. Exécutez le conteneur Docker

docker run -dit --name = "minecraft" --network = "host" -v / path / to / mcdata: / mcdata karlrees / docker_bedrockserver

Serveur unique / monde existant

Pour créer / exécuter un seul serveur à l'aide d'un dossier mondial Bedrock préexistant:

1. Suivez l'option A ou l'option B ci-dessus.
2. Localisez le monde dossier qui stocke les données mondiales Minecraft existantes pour le monde que vous souhaitez servir. Cela peut ou non être nommé monde, mais nous l'appellerons par la suite monde dossier.

Vous connaîtrez ce dossier du fait qu'il comprend un fichier nommé "level.dat" et un sous-dossier nommé "db". Par exemple, si vous vouliez importer un monde à partir de l'application Windows 10 Minecraft, ce serait un dossier tel que C: Users username AppData Local Packages Microsoft.MinecraftUWP_8wekyb3d8bbwe LocalState games com.mojang minecraftWorlds xxx, où Nom d'utilisateur est le nom de votre compte d'utilisateur et xxx est généralement un ensemble aléatoire de caractères.

3. Remplacez le contenu du / mcdata / mondes / monde dossier avec le contenu du monde dossier que vous avez localisé.
4. Réinitialiser les autorisations sur le mcdata dossier, si nécessaire. Voir Étape 3 de l'option B.
5. Redémarrez le serveur

docker stop minecraft
docker start minecraft

Mondes multiples avec docker-compose

Pour exécuter plusieurs serveurs à l'aide de plusieurs mondes Bedrock, chacun s'exécutant sur une adresse IP distincte sur votre réseau local:

Option C (script de configuration multi-monde)

Le script de configuration peut essayer de configurer votre environnement pour vous. Assurez-vous d'installer docker-compose.

1. Téléchargez le code source depuis git.

git clone https://github.com/karlrees/docker_bedrockserver

2. Exécutez le setup_multi.sh scénario.

cd docker_bedrockserver
./setup_multi.sh

Cela copie l'exemple .env fichier, docker-compose.yml fichier, et mcdata vers leurs emplacements attendus et remplit les variables d'environnement avec des hypothèses naïves sur votre réseau et l'emplacement de stockage de mcdata.

3. Si vous voulez plus que les deux exemples de serveurs, modifiez le docker-compose.yml pour inclure une section distincte pour chaque serveur. Assurez-vous de changer le nom de chaque serveur – changez nom_conteneur propriété et MONDE variable d'environnement. Assurez-vous également d'utiliser une adresse IP différente pour chaque serveur.

4. Courir docker-compose

docker-compose up -d

Si cela ne fonctionne pas pour vous, vous pouvez essayer la configuration manuelle ci-dessous.

Option D (configuration manuelle multi-monde)

1. Téléchargez le code source depuis git et accédez au répertoire docker_bedrockserver

git clone https://github.com/karlrees/docker_bedrockserver

2. Mettre en place un mcdata dossier. Voir Étapes 2-3 de l'option B.

3. Copiez l'exemple .env fichier et docker-compose.yml du modèles dossier vers le répertoire parent.

cd docker_bedrockserver
cp templates / .env .env
modèles cp / docker-compose.yml docker-compose.yml

4. Modifiez le .env fichier au besoin. Vous devrez probablement au moins:

• changer le préfixe IP pour correspondre à votre sous-réseau
• changement eth0 pour correspondre à votre interface réseau
• changer la MCVOLUME pour pointer vers le chemin absolu de votre mcdata dossier de l'étape 2

5. Modifiez le docker-compose.yml pour inclure une section distincte pour chaque serveur, en copiant ou en éditant les exemples de serveurs déjà au bas du fichier. Assurez-vous de changer le nom de chaque serveur – changez nom_conteneur propriété et MONDE variable d'environnement. Assurez-vous également d'utiliser une adresse IP différente pour chaque serveur.

6. Courir docker-compose

docker-compose up -d

Plusieurs mondes existants

Pour exécuter plusieurs serveurs à l'aide de plusieurs mondes Bedrock préexistants, chacun s'exécutant sur une adresse IP distincte:

1. Suivez l'option C ou l'option D ci-dessus.
2. Localisez le monde dossier qui stocke les données du monde Minecraft existantes pour chaque monde que vous souhaitez servir. Cela peut ou non être nommé monde, mais nous l'appellerons par la suite monde dossier.
3. Pour chaque monde, copiez le contenu du monde dossier dans le / mcdata / mondes / dossier, en utilisant un nom différent pour chacun.

Ainsi, vous pourriez avoir, par exemple, un / mcdata / mondes / world1 dossier, un / mcdata / mondes / world2 dossier, etc.

4. Réinitialiser les autorisations sur le mcdata dossier, si nécessaire. Voir Étape 3 de l'option B.

5. Éditer docker-compose.yml pour inclure une section distincte pour chaque serveur / monde, en copiant ou en éditant les exemples de serveurs déjà en bas du fichier. Assurez-vous de changer le nom de chaque serveur / monde pour qu'il corresponde à celui que vous avez utilisé à l'étape 3.

6. Redémarrez les services docker-compose.

docker-composer vers le bas
docker-compose up -d

Modification des propriétés du serveur

Les propriétés du serveur peuvent être modifiées à l'aide d'une personnalisation server.properties fichier pour votre monde, ou MCPROP_ Variables d'environnement. Chaque fois que vous modifiez des propriétés, vous devrez redémarrer le conteneur pour que les modifications prennent effet.

server.properties

Le conteneur recherchera une coutume propriétés-serveur fichier pour son monde / serveur dans chacun des emplacements suivants: /mcdata/world.server.properties, /mcdata/worlds/world.server.properties, et /mcdata/worlds/world/server.properties (où monde est le nom du monde / serveur). Il liera ensuite le server.properties fichier pour le serveur à la coutume server.properties il localise.

Si aucune coutume server.properties fichier est trouvé, une valeur par défaut server.properties Le fichier sera créé, en utilisant éventuellement toutes les variables d'environnement fournies (voir ci-dessous).

MCPROP_ Variables d'environnement

Les variables d'environnement peuvent être transmises via la ligne de commande ou définies dans le docker-compose.yml fichier. Par exemple, pour changer le mode de jeu à 1 sur la CLI, on définirait le MCPROP_GAMEMODE variable d'environnement à 1.

docker run -e MCPROP_GAMEMODE = 1 -e WORLD = world -v / path / to / mcdata: / mcdata -dit --name = "minecraft" --network = "host" karlrees / docker_bedrockserver

le docker-compose.yml donne quelques exemples de réussite MCPROP_ variables d'environnement à travers elle.

Notez que nom-niveau est une propriété spéciale définie par MONDE variable d'environnement, par opposition à MCPROP_LEVEL-NAME.

Autorisations personnalisées / liste blanche / fichiers et dossiers de ressources

Vous pouvez changer votre permissions.json fichier, whitelist.json fichier, Ressource répertoires, etc., en montant le / mcdata dossier vers un dossier externe et y apporter des modifications. Ils sont tous liés aux emplacements appropriés sur le serveur au démarrage du conteneur.

Plusieurs serveurs

Si vous exécutez plusieurs serveurs, par défaut, ils partageront tous les mêmes fichiers dans le / mcdata dossier. Vous pouvez ou non vouloir changer cela. Vous pouvez créer des autorisations distinctes, des listes blanches, etc., pour un serveur en enregistrant le fichier ou le dossier approprié dans votre dossier de monde personnalisé, ou en faisant précéder les fichiers et / ou répertoires appropriés dans le mcdata dossier avec monde., où monde est le nom de votre monde / serveur.

Par exemple, pour créer un fichier d'autorisations distinct pour votre monde, vous pouvez créer un fichier nommé /mcdata/world.permissions.json (où monde est le nom de votre monde). Ou, vous pourriez économiser permissions.json à /mcdata/worlds/world/permissions.json. Dans les deux cas, le conteneur liera ce fichier, s'il existe, dans le conteneur du monde en tant que permissions.json fichier pour le serveur.

De même, le conteneur copiera le world.whitelist.json fichier, s'il existe (où monde est le nom de votre monde), dans le conteneur comme whitelist.json fichier pour le serveur.

Ou, pour une coutume packs_ressources répertoire, renommez-le world.resource_packs ou enregistrez-le dans / mcdata / worlds / world / resource_packs.

Vous devrez redémarrer le conteneur pour que toutes les modifications prennent effet.

Accès à la console du serveur

Pour accéder à la console du serveur, si vous utilisez les instructions de serveur unique ci-dessus:

docker attacher minecraft

Si vous avez modifié le nom du conteneur dans la commande d'exécution, changez Minecraft au nom du conteneur que vous avez utilisé. Si vous utilisez des instructions de composition de docker, remplacez Minecraft avec le nom du conteneur que vous avez spécifié dans le docker-compose.yml fichier (par ex. minecraft1, minecraft2, etc.).

Vous pouvez ensuite émettre des commandes serveur, comme Arrêtez, liste des autorisations, etc.

Pour quitter, entrez Ctrl-P suivi par Ctrl-Q.

Redémarrer un serveur

Vous pouvez arrêter un serveur dans la console ou en exécutant la commande suivante (où Minecraft est le nom du conteneur):

docker stop minecraft

Vous pouvez le redémarrer avec la commande suivante.

docker start minecraft

Si vous utilisez docker-compose, vous pouvez redémarrer tous les serveurs à la fois en utilisant:

docker-composer vers le bas
docker-compose up

Mises à jour du serveur Minecraft

Par défaut, l'image recherchera une version mise à jour du serveur Minecraft au redémarrage. Il vous suffit donc de redémarrer vos images. Donc, pour une installation sur un seul serveur, en supposant que votre nom d'image est minecraft:

docker redémarrer minecraft

Pour plusieurs serveurs utilisant docker-compose:

redémarrage de docker-compose

Désactiver les mises à jour automatiques

Les mises à jour automatiques peuvent être désactivées de deux manières. Tout d'abord, vous pouvez supprimer le $ MCSERVERFOLDER / .AUTOUPDATE fichier. Par exemple, si votre nom d'image est minecraft:

docker exec minecraft rm "/srv/bedrockserver/.AUTOUPDATE"

Deuxièmement, vous pouvez désactiver les mises à jour automatiques en définissant MISE À JOUR AUTOMATIQUE construire un argument pour 0 lors de la création de l'image docker (qui empêche la création du fichier .AUTOUPDATE). Par exemple:

docker build --build-arg AUTOUPDATE = 0 -t karlrees / docker_bedrockserver: beta.

Forcer les mises à jour

Si les mises à jour automatiques sont désactivées, vous pouvez toujours forcer une mise à jour du serveur minecraft en utilisant le updatebedrockserver.sh scénario. Par exemple, si votre nom d'image est minecraft:

docker exec minecraft /srv/bedrockserver/updatebedrockserver.sh
docker redémarrer minecraft

Forcer les mises à jour d'une version spécifique

Vous pouvez forcer une mise à jour vers une version spécifique en ajoutant le numéro de version à la fin du script de mise à jour. Par exemple.:

docker exec minecraft /srv/bedrockserver/updatebedrockserver.sh 1.14.0.9
docker redémarrer minecraft

Vous pouvez également utiliser le VERSION construire l'argument lors de la construction de l'image.

Mise à jour de l'image Docker

Pour rester à jour avec les dernières fonctionnalités, vous devrez peut-être mettre à jour l'image Docker de temps en temps. Pour mettre à jour l'image, supprimez d'abord les conteneurs existants. Tirez ensuite la mise à jour et réexécutez le conteneur. Pour faire ça:

Si vous tirez directement l'image du docker (installations de base sur un seul serveur)

Utilisez les commandes suivantes, où Minecraft est le nom du conteneur:

docker stop minecraft
docker rm minecraft
docker pull karlrees / docker_bedrockserver

Utilisez ensuite la commande docker run que vous avez utilisée pour exécuter le conteneur.

Si vous créez vous-même l'image docker (par exemple, plusieurs mondes, en tirant la source depuis GitHub)

Serveur autonome

Si vous avez utilisé le setup_standalone réexécutez-le (en ignorant toutes les erreurs concernant les répertoires qui existent déjà).

Autrement, utilisez les commandes suivantes, où ~ / docker_bedrockserver est l'emplacement où vous avez téléchargé les fichiers source:

cd ~ / docker_bedrockserver
docker stop minecraft
docker rm minecraft
git pull
docker build -t karlrees / docker_bedrockserver.
docker run -dit --name = "minecraft" --network = "host" -v / path / to / mcdata: / mcdata karlrees / docker_bedrockserver

Multi-monde avec docker-compose

Utilisez les commandes suivantes, où ~ / docker_bedrockserver est l'emplacement où vous avez téléchargé les fichiers source:

cd ~ / docker_bedrockserver
docker-composer vers le bas
git pull
build docker-compose
docker-compose up -d

Modification de l'utilisateur sous lequel le serveur s'exécute

Par défaut, le serveur s'exécute dans le conteneur sous l'utilisateur 1132 et le groupe 1132. Vous pouvez les modifier en définissant le MCUSER et MCGROUP arguments de construction de l'environnement. (Selon ce que vous choisissez, vous devrez peut-être réinitialiser les autorisations sur votre mcdata dossier correspondant – voir Étape 3 de l'option B).

Si vous utilisez l'approche docker-compose, il vous suffit de modifier ces valeurs dans le .env fichier.

Sinon, vous devrez télécharger et créer vous-même l'image docker. Tu ferais ça au lieu de tirer l'image docker. Par exemple, pour créer sous l'ID utilisateur 1000 et l'ID groupe 1000:

git clone https://github.com/karlrees/docker_bedrockserver
cd docker_bedrockserver
docker build --build-arg MCUSER = 1000 --build-arg MCGROUP = 1000 -t karlrees / docker_bedrockserver.

Assurez-vous d'utiliser un identifiant numérique, pas un nom d'affichage comme root ou utilisateur.

Utilisation d'un hôte MacOS

Merci à @Shawnfreebern pour ces instructions.

Selon les documents Docker:

Le pilote de mise en réseau hôte ne fonctionne que sur les hôtes Linux et n'est pas pris en charge sur Docker Desktop pour Mac …

Le résultat est que vous devez spécifier les ports à publier sur MacOS. Pour un serveur distant, vous pouvez (éventuellement) vous en sortir en publiant uniquement le port de votre serveur choisi (19132) mais pour les jeux LAN, Minecraft ouvre un deuxième port choisi au hasard que vous devez publier, mais pas parce que vous ne connaissez pas le numéro lorsque vous démarrez le conteneur.

Docker a un --publier-tout fonction mais cela ne semble pas fonctionner:

il semble ne publier que les ports ouverts au début du processus de démarrage du conteneur, et le port LAN est ouvert un peu plus tard, TCP et UDP sont requis et il ressemble à --publier-tout ne parvient pas à le faire, il affecte des ports connus à des ports supérieurs sélectionnés au hasard, ce qui complique davantage l'accès au serveur distant.Ma solution actuelle consiste à limiter artificiellement les ports aléatoires disponibles, puis à publier spécifiquement toutes les options de port pour TCP et UDP:

docker run --sysctl net.ipv4.ip_local_port_range = "39132 39133" -p 19132: 19132 -p 19132: 19132 / udp -p 39132: 39132 -p 39132: 39132 / udp -p 39133: 39133 -p 39133: 39133 / udp --name = "minecraft" etc

J'espère que quelqu'un trouvera un meilleur moyen de le faire (je ne suis pas un expert en réseau Docker, Minecraft ou Mac), mais jusqu'à ce que cela soit découvert, cela pourrait être utile aux autres utilisateurs de Mac.

Utilisation d'un hôte Windows

Les instructions ci-dessus supposent que vous exécutez sur un hôte Linux. Vous pouvez également exécuter les conteneurs sur un hôte Windows. Cependant, en raison des différences dans la façon dont les hôtes Windows gèrent la mise en réseau, vous n'aurez pas par défaut accès aux serveurs de votre réseau local.

Tu peut être en mesure d'accéder aux serveurs de votre réseau local, si vous reliez le réseau Docker Windows à votre réseau local et / ou configurez la redirection de port. Ce ne sont pas des tâches pour les timides, et je n'essaie pas de les décrire ici.

Dépannage

Le serveur dit qu'il ne peut pas ouvrir le port.

Cela pourrait être l'une des deux choses. Tout d'abord, le problème évident pourrait être que vous exécutez deux serveurs sur la même interface réseau. Si tel est votre problème, utilisez la solution Docker-compose et attribuez à chaque serveur une adresse IP distincte.

Deuxièmement, j'ai vu cette erreur lorsqu'il y a un problème d'autorisation avec certains ou tous les fichiers de ressources lorsque vous montez un volume externe sur le mcdata dossier. La solution consiste à vous assurer que l'ID utilisateur (le numéro spécifique – par exemple 1132) de tous vos fichiers est le même que celui utilisé dans le conteneur. Voir au dessus.

Mise à jour à partir des versions antérieures à 1.13.1

Si vous rencontrez des problèmes après la mise à jour vers une image 1.13.1 ou supérieure, cela est probablement lié aux autorisations. Une solution rapide et sale peut être d'aller dans le volume de votre monde et d'exécuter soit chmod -R 777 *, ou chown -R 1132: 1132 *. Une solution encore plus rapide et sale serait d'exécuter la branche héritée à la place. Par exemple:

docker pull karlrees / docker_bedrockserver: héritage
docker run -dit --name = "minecraft" --network = "host" karlrees / docker_bedrockserver: legacy

Bien sûr, la solution la plus préférée (et la plus susceptible d'être prise en charge à l'avenir) serait de commencer à monter le volume mcdata au lieu du dossier worlds, comme décrit ailleurs ici.

Quelques changements dans la mise à jour dont vous pourriez avoir besoin ou non:

Point de montage modifié

Avant la version 1.13.1, la procédure d'installation recommandée était de monter directement sur le srv / bedrockserver / mondes dossier. Nous recommandons maintenant le montage sur le / mcdata dossier, qui doit être à un niveau de votre mondes dossier. Voir les instructions ci-dessus et le nouveau DockerFile.

Identifiant utilisateur modifié

Nous exécutions auparavant le serveur dans le conteneur en tant que root. Nous avons changé l'ID utilisateur en 1132. Vous devrez peut-être modifier les autorisations sur votre partage mcdata / mondes pour y accéder et / ou modifier l'ID utilisateur sous lequel le conteneur s'exécute (voir ci-dessus).

Modifications de Docker-compose.yml

Si vous utilisiez le docker-compose.yml fichier avant, nous avons changé le docker-compose.yml déposer quelque peu. Vous devriez probablement enregistrer votre version précédente comme référence, télécharger la nouvelle version et réajuster la nouvelle version pour qu'elle corresponde aux modifications que vous avez apportées à votre version précédente.

Notez que docker-compose.yml n'existe plus dans le référentiel. L'espoir est que les utilisateurs copient le /templates/docker-compose.yml à docker-compose.yml, manuellement ou via le setup_multi.sh scénario.

Utilisation du fichier .env modifiée

Avant, certaines variables d'environnement telles que l'URL du programme d'installation étaient toujours définies à partir du .env fichier, qui a fait les valeurs par défaut dans docker-compose.yml et le DockerFile un peu inutile. J'ai commenté ces valeurs dans le nouveau .env fichier. À l'avenir, je vous suggère d'utiliser le .env fichier uniquement si vous souhaitez remplacer la valeur par défaut docker-compose.yml ou DockerFile valeur.

De plus, git est maintenant configuré pour ignorer le .env fichier (et docker-compose.yml), afin que vous puissiez mettre à jour le projet à l'avenir sans perdre vos paramètres.

Contributeurs

• @karlrees – auteur et mainteneur d'origine
• @ParFlesh – le gars qui connaît réellement Linux
• @eithe – La mise à jour automatique est lancée

Contributions supplémentaires de: @Shawnfreebern, @rsnodgrass, @RemcoHulshof, @tsingletonacic et probablement d'autres dont j'ai perdu la trace. Merci!