MaBibli 1.0.0

Gestion de bibliothèque personnelle auto-hébergée : catalogue, prêts,
scan de code-barres, consultation hors-ligne.

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

MaBibli.Api/MaBibli.Api.csproj

@@ -0,0 +1,38 @@
+<Project Sdk="Microsoft.NET.Sdk.Web">
+
+  <PropertyGroup>
+    <TargetFramework>net10.0</TargetFramework>
+    <Nullable>enable</Nullable>
+    <ImplicitUsings>enable</ImplicitUsings>
+  </PropertyGroup>
+
+  <ItemGroup>
+    <PackageReference Include="Microsoft.AspNetCore.Components.WebAssembly.Server" Version="10.0.11" />
+    <PackageReference Include="Microsoft.AspNetCore.OpenApi" Version="10.0.11" />
+    <PackageReference Include="Microsoft.EntityFrameworkCore.Design" Version="10.0.11">
+      <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
+      <PrivateAssets>all</PrivateAssets>
+    </PackageReference>
+    <PackageReference Include="Microsoft.EntityFrameworkCore.Sqlite" Version="10.0.11" />
+  </ItemGroup>
+
+  <!--
+    Version publiée et horodatage de build, posés par `build/publier-release.sh` (dépôt
+    `mabibli_ynh`) : `-p:Version=X.Y.Z -p:MaBibliDateBuild=...`.
+
+    ⚠️ L'horodatage est le TÉMOIN de l'injection, et c'est pour cela qu'il n'est jamais calculé
+    ici : un `DateTime.UtcNow` d'MSBuild vaudrait pour toute compilation locale, y compris celles
+    que le SDK numérote 1.0.0 — l'application afficherait alors une version inventée, ce qui est
+    pire que pas de version du tout (voir VersionApplication). Il ferait de surcroît recompiler
+    l'assembly à chaque build, l'attribut changeant à chaque fois.
+  -->
+  <ItemGroup Condition="'$(MaBibliDateBuild)' != ''">
+    <AssemblyMetadata Include="MaBibliDateBuild" Value="$(MaBibliDateBuild)" />
+  </ItemGroup>
+
+  <ItemGroup>
+    <ProjectReference Include="..\MaBibli.Client\MaBibli.Client.csproj" />
+    <ProjectReference Include="..\MaBibli.Shared\MaBibli.Shared.csproj" />
+  </ItemGroup>
+
+</Project>