2009-06-15 13 views
6

Tan pronto como comience a usar PowerShell, es probable que comience a recopilar pequeños y útiles scripts. Administrarlos bien es complicado.¿Dónde almacena su biblioteca de scripts de PowerShell?

  • ¿Dónde guarda sus scripts de PowerShell?
  • ¿Cómo rastrear las versiones & hacer copias de seguridad?
  • ¿Cómo se sincroniza entre máquinas?
  • ¿Cómo se integran las nuevas versiones de los scripts de otros? (Incluyendo problemas de interrupción entre sus secuencias de comandos y las suyas)
  • ¿Ve que PowerShell V2 está cambiando la imagen?
+1

Esto debería hacerse una wiki comunitaria, creo. –

+0

Cambiaré a CW. –

Respuesta

2

Tratamos las secuencias de comandos de PowerShell como cualquier otro código. Se almacenan en TFS como todo lo demás. Esto maneja el almacenamiento, las copias de seguridad, el control de versiones y la fusión. Nuestro proceso de implementación estándar & se encarga de mover estos scripts entre los servidores.

0

Pongo todo en control de código fuente, incluida mi biblioteca de powershell en constante expansión. Esta es la forma principal de versionar y difundir los scripts entre las máquinas.

1

+1 para control de fuente. scripts de PowerShell de nuestro proyecto por lo general terminan en uno de:

  • $/proyecto/Tronco/construcción
  • $/proyectos/trunk/pruebas/bin
  • $/proyecto/trunk/tools/bin

Para scripts personales, en este momento utilizo dos enfoques. Primero creo un ~ \ Bin, pongo eso en la ruta y pongo mis scripts personales de PowerShell allí. El segundo enfoque es que uso Live Mesh para sincronizar una carpeta de PowerShell entre todas mis máquinas. Tiene scripts, presentaciones, etc. en él. Probablemente debería crear un subdirectorio Bin en la carpeta mesh y poner ese bin dir en mi ruta.

V2 presenta la compatibilidad con el Módulo, por lo que cualquier módulo que crease pasaría por ~ \ Documents \ WindowsPowerShell \ Modules.

En cuanto a la pregunta sobre el uso de secuencias de comandos de otros y control de versiones, lea en Módulos y Module Manifests en V2. Creo que esta nueva característica ayudará.

1

Guardo mi perfil de Powershell & scripts personalizados en un repositorio mercurial. Con frecuencia cambio entre mi máquina de desarrollo en casa y el entorno de desarrollo en el trabajo, así que usar VCS distribuido tiene sus ventajas: cada máquina es autónoma (no es necesario acceder a un servidor de control de origen desde la casa a través de una VPN que no existe en mi caso).

Extracto/envío de cambios del repositorio local en cada máquina a un repositorio de "transferencia" en la memoria USB y todo sigue funcionando correctamente.

Cuestiones relacionadas