Chiamare uno script PowerShell in una nuova istanza di PowerShell pulita (da un altro script)

Question

Ho molti script. Dopo aver apportato le modifiche, mi piace eseguirle tutte per vedere se ho rotto qualcosa. Ho scritto uno script per scorrere ognuno di essi, eseguendolo su nuovi dati.

All'interno del mio loop sono attualmente in esecuzione powershell.exe -command <path to script>. Non so se questo è il modo migliore per farlo, o se le due istanze sono completamente separate l'una dall'altra.

Qual è il modo migliore per eseguire uno script in un'istanza pulita di PowerShell? O dovrei dire "sessione"?

Answer 1

Utilizzare powershell.exe sembra essere un buon approccio ma con i suoi pro e contro, ovviamente.

Pro:

• Ogni script viene richiamato in una sessione pulita separata.
• Anche gli arresti anomali non interrompono l'intero processo di test.

Contro:

• Invocare powershell.exe è un po 'lento.
• Il test dipende dai codici di uscita ma 0 non sempre significa successo.

Nessuno dei contro è menzionato è una domanda come un potenziale problema.

Lo script demo è di seguito. È stato testato con PS v2 e v3.I nomi di script possono includere caratteri speciali come spazi, apostrofi, parentesi, apici, dollari. Uno menzionato nel requisito dei commenti è la possibilità di ottenere i percorsi di script nel loro codice. Con gli script approccio proposte possono ottenere il loro proprio percorso come $MyInvocation.MyCommand.Path

# make a script list, use the full paths or explicit relative paths 
$scripts = @(
    '.\test1.ps1' # good name 
    '.\test 2.ps1' # with a space 
    ".\test '3'.ps1" # with apostrophes 
    ".\test [4].ps1" # with brackets 
    '.\test `5`.ps1' # with backticks 
    '.\test $6.ps1' # with a dollar 
    '.\test ''3'' [4] `5` $6.ps1' # all specials 
) 

# process each script in the list 
foreach($script in $scripts) { 
    # make a command; mind &, ' around the path, and escaping ' 
    $command = "& '" + $script.Replace("'", "''") + "'" 

    # invoke the command, i.e. the script in a separate process 
    powershell.exe -command $command 

    # check for the exit code (assuming 0 is for success) 
    if ($LastExitCode) { 
     # in this demo just write a warning 
     Write-Warning "Script $script failed." 
    } 
    else { 
     Write-Host "Script $script succeeded." 
    } 
} 

Answer 2

Le due istanze sono completamente separate, perché sono due processi diversi. In genere, non è il modo più efficiente per avviare un processo PowerShell per ogni esecuzione di script. A seconda del numero di script e della frequenza con cui rieseguirli, ciò potrebbe influire sul rendimento generale. Se non lo è, lascerei tutto così com'è.

Un'altra opzione sarebbe quella di eseguire nello stesso runspace (questa è una parola corretta per esso), ma pulire tutto ogni volta. Vedi this answer per un modo per farlo. Oppure utilizzare l'estratto sotto:

$sysvars = get-variable | select -Expand name 
function remove-uservars { 
get-variable | 
    where {$sysvars -notcontains $_.name} | 
    remove-variable 
} 

Answer 3

Se si utilizza PowerShell 2.0 o versione successiva, è possibile utilizzare i lavori per eseguire questa operazione. Ogni lavoro viene eseguito in un processo separato PowerShell es .:

$scripts = ".\script1.ps1", ".\script2.ps1" 

$jobs = @() 
foreach ($script in $scripts) 
{ 
    $jobs += Start-Job -FilePath $script 
} 

Wait-Job $jobs 

foreach ($job in $jobs) 
{ 
    "*" * 60 
    "Status of '$($job.Command)' is $($job.State)" 
    "Script output:" 
    Receive-Job $job 
} 

Inoltre, controlla la PowerShell Community Extensions. Ha un comando Test-Script in grado di rilevare errori di sintassi in un file di script. Ovviamente, non catturerà gli errori di runtime.

Answer 4

Un consiglio per gli utenti di PowerShell V3: noi (il team di PowerShell) abbiamo aggiunto una nuova API nella classe Runspace denominata ResetRunspace(). Questa API reimposta la tabella delle variabili globali allo stato iniziale per quello spazio di esecuzione (oltre a ripulire alcune altre cose). Quello che non fa è ripulire le definizioni di funzioni, tipi e formati di file o scaricare moduli. Ciò consente all'API di essere molto più veloce. Si noti inoltre che il Runspace deve essere stato creato utilizzando un oggetto InitialSessionState, non un'istanza RunspaceConfiguration. ResetRunspace() è stato aggiunto come parte della funzione Workflow in V3 per supportare l'esecuzione parallela in modo efficiente in uno script.