Préréglage de commande Kill pour le nettoyage

Utilisez ce preset lorsque des tests de carte répétés laissent derrière eux des objets lâchés, des entités marqueurs, des monstres temporaires ou des accessoires d'arène qui devraient disparaître avant la prochaine exécution. Une commande de nettoyage n'est utile que lorsque son sélecteur est assez étroit pour être sûr.

Le flux de travail Kill porte davantage sur la revue du sélecteur que sur la longueur de la commande. Gardez les décisions de type, de distance, d'étiquette et de limite visibles avant de Copy, car `/kill @e` sans filtre est l'un des moyens les plus simples de ruiner un monde de test. Une commande copiée n'est utile que lorsque les hypothèses qui l'entourent sont visibles : portée du sélecteur, état du monde, ordre au sein du pack et Output exacte qui sera collée dans Minecraft. Traitez ce preset comme un point de contrôle où ces détails peuvent être examinés avant que la commande ne quitte NBTForge.

La galerie est structurée autour de cette revue. Le premier plan montre l'état du Workbench, le deuxième plan met en avant le champ ou le module compagnon qui modifie le comportement vis-à-vis du joueur, et le plan de l'Output maintient la commande ou la paire de commandes visible. Lorsque le preset a un résultat visible, la capture en jeu confirme la même idée dans un monde de test restauré plutôt que de s'appuyer sur une superposition générique.

N'utilisez pas de sélecteur de nettoyage large dans une carte en direct. Commencez par des sélecteurs inoffensifs, ajoutez des étiquettes aux entités temporaires lors de leur création et gardez la commande kill à proximité de la fonction de réinitialisation qui précise ce qu'il est permis de supprimer.

Faites le premier test rapide avec un sélecteur étroit et un état du monde propre. Les commandes d'environnement, d'utilitaires, de routage et de retour d'information peuvent sembler inoffensives, mais elles touchent souvent chaque joueur ou le monde entier. Confirmez que la commande ne modifie que l'état prévu, puis enregistrez l'Output exacte à côté des lignes de configuration ou de suivi qui expliquent sa raison d'être.

Si la commande fait partie d'un fichier de fonction ou d'une chaîne de blocs de commande, testez l'artefact copié, et pas seulement l'état du Workbench en direct. Cela permet de détecter les sélecteurs obsolètes, le mauvais ordre des commandes, les lignes de configuration manquantes et les effets qui ne semblaient fonctionner que parce qu'un test précédent avait laissé un état résiduel.

• Gardez les sélecteurs étroits tant que le pack complet n'a pas été examiné.
• Placez la configuration du monde avant les surcharges propres à la rencontre.
• Enregistrez les commandes de retour d'information à côté du changement d'état qui les déclenche.

Exécutez le nettoyage avant les commandes de configuration lors de tests répétés, puis enregistrez-le à côté des commandes d'invocation, de butin ou d'objet qui créent l'état temporaire.

Pour des flux de réinitialisation sûrs, comparez le Flux de travail prédéfini de conservation de l'inventaire, le Préréglage de téléportation pour les retours au lobby et la Liste de contrôle de révision du Command Pack Minecraft.