Files
Mathieu LimonierandClaude Opus 5 6a6d745af4 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>
2026-08-22 22:36:16 +02:00

39 lines
1.7 KiB
XML

<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>