Build-Fehler beim signieren mit snk-Schlüssel

Build-Fehler Auftritt, da die Verwendung von Visual Studio 2015. Beim erstellen in Visual Studio 2015 das geschieht selten. Wenn Gebäude in TeamCity dies geschieht sehr oft.

[Fehler in Visual Studio 2015]

  • Fehler beim extrahieren des öffentlichen Schlüssels aus der Datei 'CompanyName.snk': Der Prozess kann nicht auf die Datei zugreifen 'C:\Users\UserName\AppData\Local\Temp\tmp2FF6.tmp" weil es wird von einem anderen Prozess verwendet. CompanyName.Projekt.DAL D:\Projecten\CompanyName\Repository\Source\Components\CompanyName.Project.DAL\vbc

http://i.stack.imgur.com/hKbbe.png

[Fehler in TeamCity]

  • CSC Fehler CS7027: Fehler Unterzeichnung Ausgang mit public key aus der Datei 'CompanyName.snk' -- Der Prozess kann nicht auf die Datei zugreifen 'C:\BuildAgents\Gamma\temp\buildTmp\tmpD91D.tmp" weil es wird von einem anderen Prozess verwendet.

http://i.stack.imgur.com/rbgHx.png

  • Wie es aussieht ist das problem bei multicore-Aufbau. Haben Sie versucht, Sie bauen Ihre Lösung mit einer einzigen Instanz von MSBuild (ohne /m-Schalter)? Haben Sie versucht, zu diagnostizieren, die ausführliche log-Ausgabe von MSBuild? Haben Sie versucht, zu ermitteln, welcher Prozess eigenes temp-file?
  • Ich habe angefangen, zu sehen, dieses Problem auf unseren Jenkins build-server in der letzten Woche! Ich nutze 4 Kerne (/m:4) beim Bau. Es scheint zu passieren, nach dem Zufallsprinzip und mit unterschiedlichen Projekten zu jeder Zeit. Ich hatte noch nie den Fehler vor Ort. Nur von den build-server.
InformationsquelleAutor Bart VdA | 2015-10-06
  1. 6

    Ich weiß, es ist schon eine Weile her das gefragt wurde, aber wie ich SO für meine eigene Referenz und ich hatte dieses problem auch, ich wollte meine Lösung.

    .snk-Dateien sind für die Unterzeichnung eines Projekts. Müssen Sie möglicherweise einen neuen zu machen.

    • Der rechten Maustaste auf Ihr Projekt, wählen Sie Eigenschaften aus.
    • Klicken Sie auf Signieren.
    • Klicken Sie auf das Kontrollkästchen neben "Sign the assembly".
    • Auf die dropdown mit der Bezeichnung "Wählen Sie eine Schlüsseldatei mit starkem Namen" auf neu.
    • Füllen Sie das Dialogfeld wie Sie wollen, in Anbetracht insbesondere den Namen der Schlüsseldatei an. Wenn Sie ok drücken, dies erzeugt eine neue .snk-Datei.
    • Speichern Sie das Projekt und erstellen Sie neu.
    • Dies wird mit der neuen .snk in Ihr Projekt und lösen des
      Fehler.

    Hoffe, das hilft.

    • Werde es mal ausprobieren, denn jetzt habe ich Sie gerade entfernt die Unterzeichnung des Projekts. Auch löste es da ein workaround 🙂
    InformationsquelleAutor Francis Rodgers
  2. 4

    Versuchen zu bereinigen der temp-Ordner, der verwendet wird durch das bauen.
    Ich habe gesehen, verschiedene Arten von Problemen, wenn man den temp-Ordner enthält eine Menge Dateien.

    Einige der Werkzeuge, die mit GetTempFileName und Sie erhalten Fehler, wenn temp hat eine Menge von Dateien

    Die GetTempFileName Methode wirft eine IOException aus, wenn es verwendet wird, zu erstellen, die mehr als 65535 Dateien löschen, ohne Vorherige temporäre Dateien.

    • Die Anzahl der Dateien im temp-Ordner des Agenten beschränkt sind. Ist diese temp-Ordner, auf die Sie sich beziehen?
    • War genau dieses. Der temp-Ordner für den Benutzer läuft der build (C:\Users\USERNAME\AppData\Local\Temp) war mit mehr als 65535 Dateien.
    InformationsquelleAutor Alexander Bartosh
  3. 1

    Dies ist wahrscheinlich eine Instanz von dieses Problem mit Roslyn-compiler. Die Abhilfe wäre das hinzufügen 

    <UseSharedCompilation>False</UseSharedCompilation>

    unter keinen <PropertyGroup> Knoten in .csproj-Datei.

    InformationsquelleAutor n0rd
  4. 0

    Begann es für mich, wenn ich zog die Resharper-Cache System-Temp. Als ich zog es zurück zu der Lösung, die Ordner, das problem ging Weg, und ich konnte wieder aufzubauen.

    InformationsquelleAutor Brian
  5. 0

    Ich hatte gerade das gleiche problem. In Visual Studio 2015, ich fixierte ihn mit den folgenden Schritten:

    1. Gehen Sie zu Extras > Optionen
    2. Im Dialogfeld "Optionen", wählen Sie "Projekte und-Lösungen > Errichten und betreiben"
    3. Legen Sie die "maximale Anzahl von parallel project-builds" zu 1

    +1 @stukselbax für mich immer auf dem richtigen Weg
    Bekam aber auch Hilfe von diesem link

    InformationsquelleAutor Mark Bell
  6. 0

    Ich gebraucht "/m:1", wie ein msbuild-argument, und "SignPublic' - Eigenschaft auf true in die csproj-Datei.

    InformationsquelleAutor Paul Schneider
Schreibe einen Kommentar