- Aufruf powershell-Skript in der post-gebaut mit Parametern

Ich versuche, Powershell, um mein PS-script in post gebaut - aber irgendwie klappt es nicht so wie es soll:

Folgenden Befehl in den Post-Build:

C:\WINDOWS\system32\windowspowershell\1.0\powershell.exe
  -Command "& $(MSBuildProjectDirectory)\CreateSite.ps1 'auto'"

(eingefügte Zeilenumbruch zur besseren Lesbarkeit)

Den Befehl führt den powershell-Skript erfolgreich, aber was Sie nicht tun können ist, führen Sie die Befehle in (Ausgabe von Erstellen):
Rund Post-Build-Befehl:

Add-PSSnapin : No snap-ins have been registered for Windows PowerShell version 2
At C:\path\CreateSite.ps1:4 char:
38
+ Add-PsSnapin <<<< Microsoft.SharePoint.PowerShell}
+ CategoryInfo : InvalidArgument: (Microsoft.SharePoint.PowerShell:String) [Add-PSSnapin], PSArgumentException
+ FullyQualifiedErrorId : AddPSSnapInRead,Microsoft.PowerShell.Commands.AddPSSnapinCommand

Anschluss zu viele Fehler, da alle folgenden Befehle müssen Sie die Sharepoint-Snap-In.

  • Beim ausführen von powershell C:\path\CreateSite.ps1 auto von cmd - alles funktioniert.
  • Beim öffnen powershell.exe und läuft C:\path\CreateSite.ps1 auto - alles funktioniert.
  • Beim Rechtsklick CreateSite.ps1 --> ausführen mit powershell - alles funktioniert.

Die entsprechende Zeile in dem Skript ist einfach Add-PsSnapin Microsoft.SharePoint.PowerShell.

Wie kann ich laufen, nur das verdammte Skript (und auch das PSSnapIn übergeben) übergibt einen parameter in Visual Studio " post-build?

InformationsquelleAutor Dennis G | 2011-02-15
  1. 6

    Aufgrund von Dateisystem-Virtualisierung, kann man nicht wirklich geben Sie den Pfad zur 64-bit-version von PowerShell aus einer 32-bit-Prozess (also Visual Studio - die Gastgeber das msbuild-Modul). Ein hack-ish Weg, dies zu umgehen, ist das erstellen eines 64-bit-launcher, läuft als 64-bit-Version und starten Sie die 64-bit-version von PowerShell. Hier ist ein einfaches C# - Programm, dass dies tun wird:

    using System;
using System.Diagnostics;

class App
{
  static int Main(string[] args)
  {
    Process process = Process.Start("PowerShell.exe", String.Join(" ", args));
    process.WaitForExit();
    return process.ExitCode;
  }
}

    Werden Sie sicher zum kompilieren dieser als 64-bit-wie so:

    csc .\PowerShell64.cs /platform:x64

    Dann, aus Ihrem post-build-Ereignis ausführen dieser launcher exe übergeben Sie die Parameter, die Sie aufrufen möchten, 64-bit-PowerShell mit. Auch mit PowerShell 2.0 würde ich empfehlen, mit der File parameter, um ein Skript auszuführen, z.B.:

    c:\path\PowerShell64.exe -File "$(MSBuildProjectDirectory)\CreateSite.ps1" auto

    Sagte, sicher muss es eine andere Möglichkeit (nutzen), startet die EXE-Dateien von einer 64-bit-Prozess.

    • Dies, sir, ist sehr interessant und funktioniert einwandfrei! (keine Notwendigkeit zu verwenden csc.exe obwohl - die Festlegung der Zielplattform auf x64 ist genug)
    InformationsquelleAutor Keith Hill
  2. 16

    (Dieser thread ist nicht neu, aber ich habe hier von Google, so dass ich dachte, das teilen der Lösung, die ich gefunden, wäre interessant, andere)

    Habe ich versucht den Pfad zu ändern powershell.exe zu "%WINDIR%\SysNative\WindowsPowerShell\v1.0\powershell.exe" und es funktionierte perfekt. Die 64-bit-version wird aufgerufen, aus dem Post-Build Ereignis-und erfolgreich, fügt der SharePoint-Snap-in.

    Credits zu diesem Artikel: http://msdn.microsoft.com/en-us/library/ff798298.aspx, "Verwenden von Windows PowerShell-Skripts zur Automatisierung von Aufgaben in Visual Studio".

    • +1 für sehr elegant und eigentlich richtige Lösung! Thx für die gemeinsame Nutzung.
    • Meine Jenkins-slave-wurde die Ablehnung zum ausführen von Powershell in einem 64bit Prozess, durch jedes andere Mittel die ich probiert habe, aber deine Lösung funktioniert!
    InformationsquelleAutor Alex Ferreira
  3. 1

    Wenn Sie führen Sie ein Skript direkt, verwenden Sie vermutlich 32bit PowerShell und in Ihre msbuild-Skript 64bit oder Umgekehrt. Auch haben Sie einen Blick auf Error-msg: "Nein-snap-ins registriert wurden, für die Windows PowerShell-version 2.".

    • Er läuft mit der 64-bit-PowerShell (das wäre der Standard auf einem 64-bit OS).
    • Ich habe gelesen, der über die 64-bit - /32-bit-Kontroverse, das ist, warum ich bin mit den direkten Pfad C:\windows\system32\... um die 64-bit version der powershell statt SysWOW64-Pfad führt zu der 32bit PowerShell. Könnte es etwas mit dem Projekt zu tun Gebäude mit "Any CPU" statt x64?
    • Welche version von msbuild verwenden Sie - 64bit oder 32bit?
    • Aus einem 32-bit-app, bekommt virtualisierter Zugriff auf das Dateisystem, den Pfad C:\windows\system32` is remapped to C:\Windows\SysWow64`.
    InformationsquelleAutor stej
  4. 1

    Einer etwas besseren Variante des Ausgabe-Umleitung:

    using System;
using System.Diagnostics;
using System.IO;
using System.Linq;
using System.Threading;

namespace ConsoleApplication1
{
    class App
    {
        static int Main(string[] args)
        {
            Console.WriteLine("sh64 args: " + string.Join(", ", args));
            var start = new ProcessStartInfo
                {
                    FileName = args.First(),
                    Arguments = string.Join(" ", args.Skip(1).ToArray()),
                    UseShellExecute = false,
                    RedirectStandardOutput = true,
                    RedirectStandardError = true,
                    RedirectStandardInput = false,
                    CreateNoWindow = true
                };

            using (var process = Process.Start(start))
            {
                while (!process.HasExited)
                {
                    using (var reader = process.StandardOutput)
                        Drain(reader, false);
                    using (var reader = process.StandardError)
                        Drain(reader, true);
                }
                process.WaitForExit();
                return process.ExitCode;
            }
        }

        static void Drain(TextReader reader, bool error)
        {
            ColourizeError(error, () =>
                {
                    var buf = new char[256];
                    int read;
                    while ((read = reader.Read(buf, 0, buf.Length)) != 0)
                        Console.Write(new string(buf, 0, read));
                });
        }

        static void ColourizeError(bool error, Action a)
        {
            var prev = Console.ForegroundColor;
            Console.ForegroundColor = error ? ConsoleColor.Red : ConsoleColor.White;
            var mre = new ManualResetEventSlim(false);
            try
            {
                a();
            }
            finally
            {
                Console.ForegroundColor = prev;
                mre.Set(); // runs on GC thread on servers and is reentrant/interleaved concurrency in workstations!
            }
            mre.Wait();
        }
    }
}

    Anruf mit sh64 powershell -File ./buildscripts/deploy.ps1 -Ex RemoteSigned

    • sind Sie sicher, dass Sie wollte, hier zu posten? diese Frage wurde über das ausführen von Powershell in 64bit statt 32bit - wie kommen Sie zur Ausgabe-Umleitung von dort aus?
    • Da hätte man das problem von der Frage, ob man versucht, zu erstellen eine CI-Umgebung. In einer CI-Umgebung, die wir brauchen, um in der Lage sein, um die Ausgabe von PS als Teil des builds. Daher müssen wir das Update von diesem thread als auch als Ausgabe-Umleitung.
    • Sehr gut. Das ist wahr, über CI. Aber ich denke, es ist etwas nicht mit dieser Frage, und Menschen, die wahrscheinlich gewonnen ' T finden Sie Ihre Antworten 😉
    • Das ist in Ordnung, ich wollte nur hinzufügen, weil es ist, warum ich kam auf diese Frage, mich.
    InformationsquelleAutor Henrik
  5. 1

    hinzufügen cmd-Datei (z.B. run-Skript.cmd) mit diesem Inhalt:

     
@echo off 
set pspath= " %windir%\Sysnative\WindowsPowerShell\v1.0 
if not exist %pspath%\powershell.exe set pspath= " %windir%\System32\WindowsPowerShell\v1.0 
%pspath%\powershell.exe -ExecutionPolicy RemoteSigned %*

    und rufen Sie es von build-event in einer solchen Art und Weise:

     
$(SolutionDir)scripts\run-Skript.cmd $(SolutionDir)scripts\restore-default-Datei.ps1 -source - $(ProjectDir)App_Data\Configs\Mip.Sicherheit.Probe.config -destination $(ProjectDir)App_Data\Configs\Mip.Sicherheit.config
    InformationsquelleAutor Roman Koshelev
Schreibe einen Kommentar