Commencer

Pour démarrer avec DikuMUD, vous aurez besoin de quelques éléments.

Tout d'abord, vous aurez besoin d'une machine hôte pour l'exécuter. C'est plus simple si c'est celui que vous possédez, mais c'est également acceptable tant que vous avez la permission. L'exécution d'un MUD signifie qu'il y aura des connexions réseau à la machine et que pour ce faire, elle devra écouter le trafic réseau. Les propriétaires de la machine pourraient ne pas accepter d'autoriser ces connexions réseau. Cela implique un risque pour la sécurité et un coût pour le trafic lui-même.

Le MUD fonctionnera sur une grande variété de plates-formes, mais est écrit en utilisant **(distribution)** , un hôte LINUX.

==== Pré-requis ==== - les éléments qui doivent déjà être installés sur la plateforme incluent

```
gcc/g++
    flex/bison (sudo apt-get install bison flex)
    booster le développement (sudo apt-get install libboost-all-dev)

```

Pour CentOS :

```
sudo yum group install "Outils de développement"

```

devrait le faire, mais vous aurez peut-être besoin de :

```
sudo yum install boost-devel flex-devel

```

Pour télécharger une copie, vous pouvez extraire une copie actuelle du logiciel depuis GitHub avec :

```
clone git  https://github.com/Seifert69/DikuMUD3.git

```

Même si une leçon sur l'utilisation de git dépasse le cadre de ce document, vous aurez probablement besoin d'un système de contrôle de version à un moment donné, et git est probablement le plus largement utilisé à ce stade. Vous pouvez simplement le télécharger dans un package depuis GitHub et créer un répertoire dans lequel le décompresser, mais cela téléchargera la version actuelle dans un répertoire 'DikuMUD3', créera le référentiel git local, le liera au maître sur GitHub et vous donnera un répertoire de fichiers décompressé.

Maintenant, ce que je m'apprête à dire est sale, et vous ne devriez pas le faire... mais ce document n'est pas destiné à entrer dans le vif du sujet de la séparation de votre environnement de développement de vos environnements de test et de production, en mettant en place un pipeline pour configurer le code de développement et conserver des environnements vierges... c'est le Far West, et nous allons simplement exécuter le MUD à partir de votre référentiel local... N'oubliez pas que je vous ai dit de ne pas faire cela, alors plus tard, lorsque vous me maudissez d'avoir rendu votre configuration complètement désordonnée alors que vous faites des copies de fichiers de configuration et que vous déterminez ce que vous devez répliquer et ce que vous ne devriez pas, vous pouvez m'entendre dire "Je vous ai dit de ne pas le faire" dans l'arrière-plan.

Que devrais tu faire? Configurez un répertoire de production pour copier ce clone dans lequel vous exécuterez le MUD et déterminez un bon modèle de travail pour diffuser le code de production. Apportez des modifications sous contrôle de source et décidez si vous allez contribuer au projet principal. Séparez les données de configuration de l'environnement de développement vers celui de production et protégez tous les secrets contre toute transmission accidentelle vers l'environnement principal. En fin de compte, vous vous épargnerez du chagrin. Mais si vous voulez juste commencer aujourd'hui....