एक पावरशेल स्क्रिप्ट को एक नए, स्वच्छ PowerShell इंस्टेंस में कॉल करें (किसी अन्य स्क्रिप्ट के भीतर से)

Question

मेरे पास कई स्क्रिप्ट हैं। परिवर्तन करने के बाद, मैं यह देखने के लिए सभी को चलाने के लिए पसंद करता हूं कि मैंने कुछ तोड़ दिया है या नहीं। मैंने प्रत्येक के माध्यम से लूप करने के लिए एक स्क्रिप्ट लिखी, इसे ताजा डेटा पर चलाया।

मेरे लूप के अंदर मैं वर्तमान में powershell.exe -command <path to script> चला रहा हूं। मुझे नहीं पता कि यह करने का सबसे अच्छा तरीका है, या यदि दो उदाहरण पूरी तरह से एक-दूसरे से अलग हैं।

PowerShell के एक स्वच्छ उदाहरण में स्क्रिप्ट चलाने का पसंदीदा तरीका क्या है? या मुझे "सत्र" कहना चाहिए?

Answer 1

powershell.exe का उपयोग करना एक अच्छा दृष्टिकोण प्रतीत होता है लेकिन इसके पेशेवरों और विपक्ष के साथ।

सकारात्मक:

• प्रत्येक स्क्रिप्ट एक अलग स्वच्छ सत्र में शुरू हो जाती है।
• यहां तक ​​कि दुर्घटनाएं पूरी परीक्षण प्रक्रिया को रोक नहीं देती हैं।

विपक्ष:

• powershell.exe लागू कुछ हद तक धीमी है।
• परीक्षण निकास कोड पर निर्भर करता है लेकिन 0 हमेशा सफलता का मतलब नहीं है।

किसी भी विपक्ष का उल्लेख नहीं किया गया है एक संभावित समस्या के रूप में एक सवाल है।

डेमो स्क्रिप्ट नीचे है। इसका परीक्षण पीएस v2 और v3 के साथ किया गया है।स्क्रिप्ट नाम में स्पेस, एस्ट्रोफ़ेस, ब्रैकेट्स, बैकटीक्स, डॉलर जैसे विशेष वर्ण शामिल हो सकते हैं। टिप्पणियों की आवश्यकता में उल्लिखित एक व्यक्ति को उनके कोड में स्क्रिप्ट पथ प्राप्त करने की क्षमता है। प्रस्तावित दृष्टिकोण स्क्रिप्ट के साथ $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

दो उदाहरण पूरी तरह से अलग हैं, क्योंकि वे दो अलग-अलग प्रक्रियाएं हैं। आम तौर पर, यह प्रत्येक स्क्रिप्ट चलाने के लिए पावरहेल प्रक्रिया शुरू करने का सबसे प्रभावी तरीका नहीं है। स्क्रिप्ट की संख्या और आप उन्हें कितनी बार फिर से चलाते हैं, इस पर निर्भर करते हुए, यह आपके समग्र प्रदर्शन को प्रभावित कर सकता है। यदि ऐसा नहीं है, तो मैं सब कुछ छोड़ दूंगा।

एक और विकल्प उसी runspace में चलाने के लिए होगा (यह इसके लिए एक सही शब्द है), लेकिन हर बार सब कुछ साफ करें। ऐसा करने के लिए this answer देखें। या नीचे निकालने का उपयोग करें:

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

Answer 3

यदि आप पावरशेल 2.0 या उच्चतर पर हैं, तो आप ऐसा करने के लिए नौकरियों का उपयोग कर सकते हैं। हर काम के लिए एक अलग PowerShell प्रक्रिया उदा .:

$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 
} 

इसके अलावा में चलता है, PowerShell Community Extensions की जाँच करें। इसमें Test-Script कमांड है जो एक स्क्रिप्ट फ़ाइल में वाक्यविन्यास त्रुटियों का पता लगा सकता है। बेशक, यह रनटाइम त्रुटियों को पकड़ नहीं पाएगा।

Answer 4

पावरशेल वी 3 उपयोगकर्ताओं के लिए एक युक्ति: हम (पावरशेल टीम) ने ResetRunspace() नामक रनस्पेस क्लास पर एक नया एपीआई जोड़ा। यह एपीआई ग्लोबल वेरिएबल टेबल को उस रनस्पेस के प्रारंभिक स्थिति में वापस ले जाती है (साथ ही साथ कुछ अन्य चीजों को साफ करती है)। यह नहीं करता है कि फ़ंक्शन परिभाषाएं, प्रकार और प्रारूप फ़ाइलों को साफ़ करें या मॉड्यूल अनलोड करें। यह एपीआई बहुत तेज होने की अनुमति देता है। यह भी ध्यान रखें कि रनस्पेस को InitialSessionState ऑब्जेक्ट का उपयोग करके बनाया गया है, न कि रनस्पेस कॉन्फ़िगरेशन इंस्टेंस। एक स्क्रिप्ट में समानांतर निष्पादन का समर्थन करने के लिए Res3Runspace() को V3 में वर्कफ़्लो सुविधा के हिस्से के रूप में जोड़ा गया था।