Où stockez-vous votre bibliothèque de scripts PowerShell?

Question

Dès que vous commencerez à utiliser PowerShell, vous commencerez probablement à collecter de petits scripts utiles. Bien les gérer est difficile. Où conservez-vous vos scripts PowerShell?

• Comment suivez-vous les versions & faire des sauvegardes?
• Comment synchroniser les machines?
• Comment intégrez-vous les nouvelles versions des scripts des autres? (Y compris traiter des changements de rupture entre leurs scripts et les vôtres)
• Voyez-vous PowerShell V2 changer l'image?

Answer 1

Nous traitons les scripts PowerShell comme tout autre code. Ils sont stockés dans TFS comme tout le reste. Cela gère le stockage, les sauvegardes, la gestion des versions et la fusion. Notre processus de déploiement standard build & gère le déplacement de ces scripts entre les serveurs.

Answer 2

Je mets tout en contrôle de code source, y compris ma bibliothèque powershell en pleine expansion. C'est la première façon de faire la version et de propager les scripts parmi les machines.

Answer 3

+1 pour le contrôle de source. Nos scripts PowerShell du projet éolien généralement dans l'une des:

• $/projet/trunk/Construire
• $/projet/trunk/Tests/bin
• $/projet/trunk/Outils/Bin

Pour les scripts personnels, j'utilise actuellement deux approches. D'abord je crée un ~ \ Bin, mets ça dans le chemin et y mets mes scripts personnels PowerShell. La deuxième approche consiste à utiliser Live Mesh pour synchroniser un dossier PowerShell entre toutes mes machines. Il contient des scripts, des présentations, etc. Je devrais probablement créer un sous-répertoire Bin dans le dossier mesh et placer ce bin bin dans mon chemin. V2 introduit le support du module, de sorte que tous les modules que je crée iraient sous ~ Documents \ WindowsPowerShell \ Modules.

En ce qui concerne la question sur l'utilisation des scripts des autres et la gestion des versions, lisez les modules et Module Manifests dans V2. Je pense que cette nouvelle fonctionnalité va aider.

Answer 4

Je conserve mes scripts personnalisés powershell & dans un dépôt mercurial. Je passe fréquemment de la machine de développement à la maison à l'environnement de développement au travail, donc utiliser un VCS distribué a vraiment ses avantages: Chaque machine est autonome (pas besoin d'accéder à un serveur source-control au travail depuis un VPN qui n'existe pas dans mon cas).

Je tire/pousse les changements du repo local sur chaque machine à un repo "transfert" sur la clé USB et les choses fonctionnent encore correctement.