Das Image nahm das neue Projekt nicht mit

`Halo.Metadata` fehlte in der Liste der Projektdateien, die vor dem
Wiederherstellen kopiert werden — der Bau auf dem Arbeitsrechner lief
weiter, der im Container wäre gescheitert. Genau die Art Fehler, die eine
Liste erzeugt: beim nächsten Projekt wird sie wieder vergessen.

Jetzt ein Muster statt einer Liste (`COPY --parents src/*/*.csproj ./`). Die
Ebenenzwischenablage für das Wiederherstellen bleibt dabei erhalten.

**Gegen den laufenden Container geprüft**, nicht nur gebaut: zwei Bibliotheken
angelegt, gescannt, Ergebnis abgerufen.

- Drei Filme gefunden, die danebenliegende `.srt` nicht.
- „Blade Runner 2049" behielt seine Zahl und bekam 2017 als Jahr.
- Sortiert ohne Artikel: Blade Runner, Matrix, Untergang.
- „Dark" mit zwei Folgen — mit `@eaDir` wären es drei gewesen.
- Folgentitel „Geheimnisse" und „Lügen" aus den Dateinamen gelesen.
- Ohne TMDB-Schlüssel meldet der Bericht das Nachschlagen als übersprungen,
  und die Mediathek steht trotzdem da.

Nebenbei bestätigt: die Meldung für einen Pfad, den es im Container nicht
gibt, traf zu, als Colimas Dateifreigabe `/private/tmp` nicht durchreichte.
Sie nannte genau den Grund.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

server/Dockerfile

@@ -10,9 +10,10 @@ WORKDIR /src
 # Erst die Projektdateien, dann wiederherstellen: so bleibt die
 # Paket-Wiederherstellung in der Ebenenzwischenablage, solange sich keine
 # Abhängigkeit ändert. Ohne diesen Schritt lädt jeder Bau alles neu.
-COPY src/Halo.Api/Halo.Api.csproj src/Halo.Api/
+# `--parents` behält die Verzeichnisse bei. **Ein Muster statt einer Liste**,
-COPY src/Halo.Core/Halo.Core.csproj src/Halo.Core/
+# weil eine Liste bei jedem neuen Projekt vergessen wird — und dann scheitert
-COPY src/Halo.Data/Halo.Data.csproj src/Halo.Data/
+# erst der Bau im Container, nicht der auf dem Arbeitsrechner.
+COPY --parents src/*/*.csproj ./
 RUN dotnet restore src/Halo.Api/Halo.Api.csproj -a $TARGETARCH
 
 COPY . .