# Lokaler NuGet-Feed (`lib/nuget`)

Hier liegen Pakete aus unseren **eigenen Schwester-Projekten**, die PolyTrader benutzt.
Aktuell genau eines: `Deploymentcenter.Client` (Lizenz, Watchdog, Fehler-Reporting, Updates).

> Bis zum 22.08.2026 lag hier zusätzlich `LicenseLabrador.Client`. Das Paket ist mit dem
> Ausbau der WinForms-Anwendung entfernt worden — Lizenzprüfung und Heartbeat laufen
> vollständig über das Deploymentcenter (siehe
> `docs/umsetzungsplaene/UMSETZUNGSPLAN-Deploymentcenter-Integration.md`, Schnitt D-6).
> Der letzte Stand mit LicenseLabrador liegt im Git-Tag `winforms-final`.

## Warum ein Paket und keine Projektreferenz?

Eine `ProjectReference` direkt nach `..\..\Deploymentcenter\client-dotnet\...` würde die
Repos hart koppeln: PolyTrader baute dann nur noch auf einer Maschine, auf der das
Schwester-Repo zufällig daneben liegt — ein Build-Server oder das Zielland-System hätte
den Build nicht mehr übersetzen können.

**Die Projekte bleiben eigenständig.** Deshalb wird das SDK als versioniertes
NuGet-Paket in dieses Verzeichnis gelegt und mitversioniert. Ein reiner DLL-Verweis
wäre nicht ausreichend: das Paket trägt die transitiven Abhängigkeiten in seinen
Metadaten, eine nackte DLL nicht. Zusätzlich liefert es unter `build/` die
`Deploymentcenter.BuildInfo.targets` mit, die beim Bauen die Klasse
`PolyTrader.Core.BuildInfo` (Version, Git-Commit, Build-Datum) erzeugt.

`NuGet.Config` bindet dieses Verzeichnis als Quelle `local` ein. Das
`packageSourceMapping` löst `Deploymentcenter.*` **ausschließlich** lokal auf, damit
ein gleichnamiges Paket auf nuget.org unsere Version nicht verdrängen kann
(Dependency Confusion).

## Neue SDK-Version übernehmen

1. Im Deploymentcenter-Repo die `<Version>` in
   `client-dotnet/Deploymentcenter.Client/Deploymentcenter.Client.csproj` **anheben**
   (gleiche Version zweimal zu packen führt zu stillen Cache-Treffern — NuGet
   unterscheidet Pakete nur an der Versionsnummer).
2. Paket bauen:

   ```
   dotnet pack J:\Softwareprojekte\Deploymentcenter\client-dotnet\Deploymentcenter.Client\Deploymentcenter.Client.csproj -c Release -o J:\Softwareprojekte\PolytraderSharp\PolyTraderSharp\lib\nuget
   ```

3. In `src/PolyTrader.Core/PolyTrader.Core.csproj` die `Version` der `PackageReference`
   auf die neue Nummer setzen.
4. Die alte `.nupkg` löschen, damit klar bleibt, welche Fassung gilt.
5. `dotnet build` + `dotnet test` — und die neue `.nupkg` mit committen.

**Wichtig:** Die Änderung am SDK gehört zuerst ins Deploymentcenter-Repo und wird dort
committet. Dieses Verzeichnis ist nur die Auslieferung, nicht der Arbeitsort.