Dépôt en cours de réorganisation pour améliorer la lisibilité, le classement par usage et la maintenabilité des scripts.
Dépôt de scripts d’administration, d’automatisation et de support technique pour environnements Windows, Linux et Web.
L’objectif de ce dépôt est simple : classer proprement les scripts par famille technique, améliorer la lisibilité, faciliter la maintenance et rendre la réutilisation plus rapide dans un contexte professionnel, pédagogique ou de lab.
- Vue d’ensemble
- Arborescence
- Pré-requis
- Utilisation rapide
- Description des dossiers
- Conventions du dépôt
- Contribution
- Roadmap
- Bonnes pratiques
- Auteur
Ce dépôt contient principalement :
- des scripts Windows pour l’administration Active Directory, les postes clients et les serveurs ;
- des scripts Linux pour l’installation, la configuration et le diagnostic système ;
- des scripts Web pour des besoins applicatifs simples ;
- une zone archive pour les anciens fichiers à retravailler ;
- une zone docs pour documenter la structure et les conventions du dépôt.
Le but n’est pas d’empiler des fichiers à la racine, mais de maintenir un dépôt :
- lisible ;
- structuré ;
- documenté ;
- facile à faire évoluer.
scripts/
├── README.md
├── docs/
│ ├── README.md
│ ├── structure.md
│ └── conventions.md
├── windows/
│ ├── README.md
│ ├── active-directory/
│ ├── workstation/
│ └── server/
├── linux/
│ ├── README.md
│ └── system/
├── web/
│ └── README.md
├── archive/
│ ├── README.md
│ └── legacy-zips/
└── .github/
Avant d’utiliser les scripts de ce dépôt, il faut vérifier :
- disposer des droits suffisants sur la machine cible ;
- lire le script avant exécution ;
- tester d’abord dans un environnement de lab, de recette ou de VM ;
- vérifier que le script correspond bien à l’OS et au contexte visé.
- PowerShell disponible ;
- exécution autorisée si nécessaire ;
- console ouverte avec les droits adaptés ;
- dépendances éventuelles déjà installées.
- shell compatible ;
- droits d’exécution ;
- dépendances système présentes ;
- exécution en utilisateur standard ou en root selon le cas.
- interpréteur PHP si exécution en CLI ;
- serveur web ou environnement local si test applicatif ;
- paramètres de configuration adaptés.
git clone https://github.com/sbeteta42/scripts.git
cd scriptsExemples :
cd windowsou
cd linuxou
cd webExemples :
Get-Content .\nom-du-script.ps1cat nom-du-script.shcat nom-du-script.php.\nom-du-script.ps1nom-du-script.batchmod +x nom-du-script.sh
./nom-du-script.shphp nom-du-script.phpScripts liés à l’administration des environnements Microsoft Windows.
Sous-dossiers :
active-directory/workstation/server/
Scripts liés à l’installation, à la configuration et au diagnostic système Linux.
Sous-dossier principal :
system/
Scripts ou fichiers destinés à des usages web simples.
Exemples :
- PHP ;
- petits outils applicatifs ;
- scripts de support.
Zone d’archivage temporaire pour :
- anciens ZIP ;
- lots non encore reclassés ;
- contenus à décompresser, trier, renommer ou refactorer.
Documentation interne du dépôt :
- structure cible ;
- conventions de nommage ;
- bonnes pratiques ;
- règles de maintenance.
Chaque script doit être rangé selon :
- son environnement cible ;
- sa fonction principale.
Exemples :
- script Active Directory →
windows/active-directory/ - script poste client Windows →
windows/workstation/ - script serveur Windows →
windows/server/ - script Linux →
linux/system/
Les noms de fichiers doivent être :
- explicites ;
- homogènes ;
- sans espaces si possible ;
- en minuscules de préférence ;
- séparés par des tirets.
Exemples :
set-ad-password.ps1join-domain.ps1install-software-winget.batinstall-vmware-workstation.sh
Chaque script devrait comporter au minimum :
- un objectif ;
- les prérequis ;
- le contexte d’usage ;
- un exemple d’exécution ;
- les précautions éventuelles.
Les contributions doivent rester propres, lisibles et cohérentes avec l’objectif du dépôt.
- un script = une fonction principale clairement identifiable ;
- pas de fichier jeté à la racine sans raison ;
- pas de nom ambigu ;
- pas d’informations sensibles dans le dépôt ;
- pas de secret, clé, mot de passe ou donnée privée ;
- documentation minimale obligatoire pour tout script important.
- vérifier dans quel dossier le script doit être rangé ;
- renommer correctement le fichier si nécessaire ;
- tester le script dans un environnement maîtrisé ;
- ajouter ou mettre à jour la documentation associée.
Exemples :
add powershell script for ad password resetmove workstation scripts into windows/workstationrename linux install scripts for consistencyadd readme for web folder
- définir une arborescence claire
- ajouter un README racine
- ajouter un README par dossier principal
- déplacer les scripts dans les bons sous-dossiers
- sortir les anciens ZIP de la racine
- homogénéiser les noms de fichiers
- documenter les scripts principaux
- réduire les doublons
- supprimer les éléments obsolètes
- standardiser les conventions de nommage
- compléter
docs/structure.md - compléter
docs/conventions.md - ajouter des exemples d’usage
- documenter les prérequis par famille de scripts
- tester en VM ou en lab avant usage réel ;
- relire le code avant exécution ;
- ajouter des commentaires dans les scripts sensibles ;
- éviter les scripts trop longs sans structure ;
- garder une logique simple : un dossier clair, un script identifiable, une fonction comprise ;
- archiver ce qui est ancien au lieu de tout laisser à plat.
Dépôt maintenu par sbeteta42.
Ce dépôt a vocation à devenir une base de scripts propre, exploitable rapidement et simple à maintenir dans le temps.
L’organisation par type de scripts permet :
- de retrouver plus vite un fichier ;
- de documenter plus facilement les usages ;
- d’éviter l’effet dépôt fourre-tout ;
- de rendre le projet plus sérieux dès la page d’accueil GitHub.