Files
Kill_LIFE/docs/QUICKSTART.md
Clément SAILLANT 124906d084 feat: Add comprehensive CI/CD workflows and badges for compliance, security, and quality assurance
- Introduced multiple guides for workflows including Evidence Pack Validation, Incident Response, Model Validation, Performance & HIL, Release Signing, SBOM Validation, Secret Scanning, and Supply Chain Attestation.
- Created dynamic badges for each workflow to reflect their status and compliance.
- Implemented a checklist for validating CI/CD workflows and evidence packs.
- Developed scripts for building firmware, testing, collecting evidence, and generating audit reports.
- Added tools for generating community, documentation, quality, and security badges based on various reports.
- Established endpoints for dynamic badges to be integrated into documentation and README files.
- Enhanced the overall structure and traceability of CI/CD processes with evidence packs and automated checks.
2026-02-19 08:58:10 +01:00

1.7 KiB
Raw Permalink Blame History

Quickstart Onboarding Express

Bienvenue sur Kill_LIFE ! Voici comment démarrer en quelques minutes :

Checklist Onboarding Express

  • Cloner le dépôt
  • Installer les dépendances
  • Lancer un build/test minimal
  • Ouvrir la documentation locale (optionnel)
  • Lire le README.md et la FAQ

1. Cloner le dépôt

git clone https://github.com/electron-rare/Kill_LIFE.git
cd Kill_LIFE

2. Installer les dépendances (exemple Python)

pip install -r requirements-mistral.txt

3. Build et test minimal (exemple PlatformIO)

3bis. Build et test multi-cible (CI/CD agentique)

Le workflow CI/CD compile et teste le firmware sur ESP, STM et Linux automatiquement.

Pour lancer manuellement :

python tools/build_firmware.py esp
python tools/test_firmware.py esp
python tools/collect_evidence.py esp

Remplace esp par stm ou linux selon la cible.

Les evidence packs sont générés dans docs/evidence/.

Pour vérifier la couverture :

python coverage_badge.py

4. Lancer la documentation locale (optionnel)

mkdocs serve

5. Aller plus loin

  • Lire le README.md pour la structure du projet
  • Explorer les dossiers specs/, docs/, firmware/, hardware/
  • Suivre les guides détaillés dans docs/
  • Consulter la FAQ pour les questions fréquentes

🤝 Contribuer

  1. Forker le repo et créer une branche dédiée
  2. Proposer une PR en suivant le modèle (voir docs/)
  3. Passer les gates (checklists de conformité)
  4. Ajouter un evidence pack si besoin
  5. Demander une review ou de laide via une issue

Pour toute question, consulte la FAQ ou ouvre une issue !

Pour toute question, consulte la FAQ ou ouvre une issue !