Lucifer

Codacy Badge

Version initiale : 09/09/2020

Installation

git clone https://github.com/Skiller9090/Lucifer.git
cd Lucifer
pip install -r requirements.txt
python main.py --help

Si vous souhaitez les changements de pointe, ajoutez -b dev à la fin de git clone https://github.com/Skiller9090/Lucifer.git

Commandes

Utilisation des commandes

• Commandes sans argument

  • help - pour afficher le menu d'aide

  • name - affiche le nom du shell actuel

  • id - affiche l'id du shell actuel

  • options - affiche un tableau des options/variables définies

  • set_vars - définit automatiquement les variables nécessaires pour le module chargé (par défaut défini dans un module)

  • description - affiche la description du module actuellement chargé

  • auto_vars - affiche le réglage actuel de auto_vars (si auto_vars est true, exécutera automatiquement set_vars au chargement du module)

  • run - exécute le module avec les options actuelles, exploit fonctionne de la même manière

  • spawn_shell - lance une nouvelle instance de Shell

Utilisation de Java

Lucifer permet au code Python et Java de fonctionner côte à côte grâce à l'extension LMI.Java. Pour que cela fonctionne, vous devrez installer jpype1, pour ce faire exécutez la commande suivante dans votre environnement Python :
pip install jpype1
À partir de là, vous pouvez interagir avec LMI.Java.compiler et LMI.Java.luciferJVM qui vous permettent d'appeler des fonctions Java et d'instancier des classes Java via Python, une documentation plus détaillée sera créée ultérieurement sur le wiki de Lucifer.

Exemples

Définition des variables

Exécution du module

Paramètres

Versionnage

Le standard de versionnage de ce projet est :

MAJOR.MINOR.PATCH.STAGE.BUILD

Major :

• incrémenté lorsqu'il y a eu un nombre significatif de nouvelles fonctionnalités depuis le début de la majeure ou s'il y a un changement si important qu'il peut causer des problèmes de compatibilité (Majeure à 0 si très instable
• Peut causer des problèmes d'incompatibilité

Minor :

• incrémenté lorsqu'une nouvelle fonctionnalité ou un ensemble de fonctionnalités est ajouté au projet
• ne devrait pas causer d'erreurs d'incompatibilité car seules des ajouts sont effectués

Patch :

• incrémenté pour les corrections de bugs ou si la fonctionnalité est si petite qu'il vaut mieux incrémenter le mineur
• très faible risque d'erreur d'incompatibilité

Stage :

• Le stade du BUILD MAJOR.MINOR.PATCH actuel, soit alpha, beta, release candidate ou release
• Indique à quel stade de développement se trouve le nouveau MAJOR.MINOR.PATCH
• Traduction du numéro de stade en nom :
  • 0 => beta (b)
  • 1 => alpha (a)
  • 2 => release candidate (rc)
  • 3 => release (r)

Build :

• ceci doit être incrémenté à chaque modification du code, même pour un changement d'un seul caractère

Cette structure de version peut être stockée et affichée de plusieurs manières :

• La meilleure façon de stocker les données dans le code est via un tuple tel que :
  • (Major, Minor, Patch, Stage, Build)
    • Exemple : (1, 4, 1, 2, 331)
• L'affichage long serait :
  • {stage} {major}.{minor}.{patch} Build {build}
    • Exemple : Alpha 1.4.1 Build 331
• L'affichage court serait :
  • {major}.{minor}.{patch}{stage}{build}
    • Exemple : 1.4.1a331