Erstellen Sie nuget-Paket für eine Lösung mit mehreren Projekten

Bauen wir gerade eine Lösung mit mehreren Projekten.

Wir haben so etwas wie dieses:

- Common
  - Logging
     - Logging.NLog
- Threading

Also Die Protokollierung.NLog ist abhängig von der Protokollierung, der Protokollierung, der auf Gemeinsamen...etc.

Wenn wir pack-Protokollierung.NLog ich möchte nuget zu entdecken, die Loggin und Gemeinsame Abhängigkeiten.

Im moment habe ich ein Paket mit Allgemeinen, dann im Logger-I installiert das Paket Gemeinsam mit

install-package Common

Aber immer wenn ich eine änderung an einer Gemeinsamen, ich habe um das Paket zu aktualisieren, und Sie werden erstellt, indem unser continous integration systeme (Hudson), so ist es ziemlich ärgerlich, wenn wir uns entwickeln.

Ich möchte einfach ein Projekt Reference (Verweis Hinzufügen -> Project...) und der nuget-entdecken Sie die depencies sowieso.

Gibt es einen Weg, es zu erreichen?

InformationsquelleAutor der Frage Charles Ouellet | 2011-09-02

  1. 12

    Es ist eine geplante Funktion targeting genau dieses Szenario.

    Dies ist, wie es scheinbar Aussehen:

    > nuget.exe pack proj.csproj -IncludeReferencedProjects

    Es hat anscheinend schon umgesetzt bloße Tage her, aber es gibt bugs noch sein gebügelt aus.

    Das feature, so wie es momentan steht, ermöglicht:

    • Verpackung mehrere Projekte Artefakte in einem einzigen nuget-Paket (Fuß Projekt Verweise rekursiv),

    ODER

    • erstellen nuget-Paket Referenzen zu diesen Projekten zugeordneten Pakete, wenn die referenzierte Projekte begleiten .nuspec-Dateien.

    Den feature-Anfrage Termine den ganzen Weg zurück bis 1.5, aber es rutschte ständig ab. Vor kurzem, obwohl, es sammelte genug Masse (- Anforderungen) zu sein, geplant für die Freigabe in Nuget-2.3.

    Den release-plan Peg-version 2.3 "Ende April 2013" so stay tuned.

    (Derzeit die aktuelle Nuget-version ist 2.2.1).

    InformationsquelleAutor der Antwort Cristi Diaconescu

  2. 1

    Ich denke, Charles heißt, er will NuGet automatisch beheben Projekt verweist, in Paket-Abhängigkeiten, wenn diese referenzierten Projekten werden auch verwendet, zum erstellen von NuGet-Paketen, richtig?

    Beispiel:

    1. Protokollierung eingerichtet ist zum generieren eines NuGet-Paket
    2. Protokollierung.Nlog eingerichtet ist zum generieren eines NuGet-Paket
    3. Protokollierung.Nlog ist ein Projekt-Verweis auf die Protokollierung.
    4. Die generierten Logging.Nlog Paket bekommen sollte, eine Abhängigkeit der generierten Logging-Paket.

    Dies ist etwas, was ich gesucht hatte für mich als gut, aber leider habe ich festgestellt, dass es derzeit noch nicht unterstützt. Es ist ein Workitem auf Sie, welche für NuGet 1.7, aber es gibt nicht einmal einen Entwurf auf, wie man diesem noch.

    InformationsquelleAutor der Antwort R. Otten

  3. 1

    Dieser thread hat einen guten Vorschlag: NuGet und mehrere Lösungen

    Grundsätzlich, brechen Sie die gemeinsamen Komponenten, um Ihre eigene Lösung mit Ihren eigenen release-Lebenszyklus.

    InformationsquelleAutor der Antwort Matthew Skelton

  4. 1

    Gibt es derzeit keine Möglichkeit, genau das zu tun, was Sie Fragen, aber die folgenden werden Ihnen helfen, optimieren Sie Ihre updates.

    Es klingt wie Sie brauchen, um hinzuzufügen, nuspec-Dateien auf Ihre Lösung. So etwas wie die folgenden drei Dateien. Beachten Sie die Abhängigkeiten in der zweiten zwei. Diese beziehen sich auf die gleiche dll-version wie üblich durch [$version$]. Dies bedeutet, dass wenn Sie führen Sie den folgenden Befehl aus, aktualisiert Sie alle drei, weil die eckigen Klammern auf die Abhängigkeiten erfordern eine bestimmte version eines abhängigen Pakete.

    PM> update-Paket common

    In Hudson, die Sie benötigen, um ausführen diese nuspec-Dateien mit nuget pack-Befehl (siehe Nuget-Befehlsreferenz) und sind die resultierenden Pakete in Ihrem Artefakte, UND installieren Sie Sie auf Ihrem lokalen nuget-server. Ich werde lassen, die über Sie.

    Die andere Sache, die Sie würden tun müssen, ist sicherzustellen, dass alle assemblies die gleiche version für den gleichen build. Wieder, Hudson kümmern kann, diese oder verwenden Sie eine gemeinsame Datei AssemblyInfo.

    Gemeinsam.nuspec -

    <?xml version="1.0"?>
<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
<metadata>
    <version>$version$</version>
    <authors>Charles Ouellet</authors>
    <owners />
    <iconUrl>http://domain/Content/images/LOGO_32x32.png</iconUrl>
    <id>Common</id>
    <title>Common</title>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <description>full description here</description>
</metadata>
<files>
    <file src="..\Common\bin\Release\Common.dll" target="lib\net40" />
    <file src="..\Common\bin\Release\Common.pdb" target="lib\net40" />
</files>
</package>

    Protokollierung.nuspec -

    <?xml version="1.0"?>
<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
<metadata>
    <version>$version$</version>
    <authors>Charles Ouellet</authors>
    <owners />
    <iconUrl>http://domain/Content/images/LOGO_32x32.png</iconUrl>
    <id>Logging</id>
    <title>Logging</title>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <description>full description here</description>
    <dependencies>
        <dependency id="Common" version="[$version$]" />
    </dependencies>        
</metadata>
<files>
    <file src="..\Logging\bin\Release\Logging.dll" target="lib\net40" />
    <file src="..\Logging\bin\Release\Logging.pdb" target="lib\net40" />
</files>
</package>

    Protokollierung.NLog

    <?xml version="1.0"?>
<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
<metadata>
    <version>$version$</version>
    <authors>Charles Ouellet</authors>
    <owners />
    <iconUrl>http://domain/Content/images/LOGO_32x32.png</iconUrl>
    <id>Logging.NLog</id>
    <title>Logging.NLog</title>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <description>full description here</description>
    <dependencies>
        <dependency id="Logging" version="[$version$]" />
    </dependencies>        
</metadata>
<files>
    <file src="..\Logging.NLog\bin\Release\Logging.NLog.dll" target="lib\net40" />
    <file src="..\Logging.NLog\bin\Release\Logging.NLog.pdb" target="lib\net40" />
</files>
</package>

    InformationsquelleAutor der Antwort Daniel Dyson

Schreibe einen Kommentar