I have no clue how to fix this, perhaps caching the build time and somehow overriding this tag during compilation? But this would then break locally created builds which would need the unique timestamp and to not be reliant on BUILD.py.
Perhaps there is a dotnet argument to override specific values from csproj files? I'll look into this in the morning.
Building close to the minute change can lead to builds of the app with different version IDs, leading to confusion.
This is due to the csproj file containing
```xml
<AssemblyVersion>$([System.DateTime]::UtcNow.ToString("yyyy.MMdd.HHmm"))</AssemblyVersion>
```
I have no clue how to fix this, perhaps caching the build time and somehow overriding this tag during compilation? But this would then break locally created builds which would need the unique timestamp and to not be reliant on BUILD.py.
Perhaps there is a dotnet argument to override specific values from csproj files? I'll look into this in the morning.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Building close to the minute change can lead to builds of the app with different version IDs, leading to confusion.
This is due to the csproj file containing
I have no clue how to fix this, perhaps caching the build time and somehow overriding this tag during compilation? But this would then break locally created builds which would need the unique timestamp and to not be reliant on BUILD.py.
Perhaps there is a dotnet argument to override specific values from csproj files? I'll look into this in the morning.