fix: Corretto caricamento version.json con percorso robusto e copia automatica in output

fix: Configurato MinVer con tag prefix e verbosity per calcolo corretto versione 2.1.2
fix: Tag latest solo per branch main
2026-02-02 12:27:38 +01:00 · 2026-02-02 12:18:10 +01:00 · 2026-02-02 12:08:52 +01:00 · 2026-02-02 12:00:05 +01:00
13 changed files with 1622 additions and 14 deletions
@@ -31,6 +31,47 @@ jobs:
      - name: Checkout repository
        uses: actions/checkout@v4

+      - name: Setup .NET
+        uses: actions/setup-dotnet@v4
+        with:
+          dotnet-version: '9.0.x'
+
+      - name: Generate version.json with MinVer
+        run: |
+          # Fetch all tags for MinVer to work correctly
+          git fetch --tags --force
+          
+          # Build project to trigger MinVer (calcola versione automaticamente)
+          cd Data_Coupler
+          dotnet build -c Release /p:ContinuousIntegrationBuild=true
+          
+          # Extract version calculated by MinVer from build output
+          VERSION=$(dotnet msbuild -getProperty:Version -p:ContinuousIntegrationBuild=true 2>/dev/null | tail -1)
+          
+          # Fallback if MinVer fails (no tags)
+          if [ -z "$VERSION" ] || [ "$VERSION" = "0.0.0-alpha.0" ]; then
+            echo "Warning: No git tags found. MinVer returned default. Using fallback."
+            VERSION="2.1.0-alpha.0.$(git rev-list --count HEAD)"
+          fi
+          
+          echo "MinVer calculated version: $VERSION"
+          
+          # Create version.json
+          cat > wwwroot/version.json <<EOF
+          {
+            "version": "${VERSION}",
+            "commitSha": "${GITHUB_SHA:0:7}",
+            "branch": "${GITHUB_REF_NAME}",
+            "buildDate": "$(date -u +"%Y-%m-%d %H:%M:%S UTC")",
+            "buildEnvironment": "Gitea Actions"
+          }
+          EOF
+          
+          echo "Generated version.json:"
+          cat wwwroot/version.json
+          cd ..
+        shell: bash
+
      - name: Set up Docker Buildx
        uses: docker/setup-buildx-action@v3

@@ -64,15 +105,16 @@ jobs:
        with:
          images: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}
          tags: |
-            # Tag based on branch
+            # Tag based on branch - latest only for main
            type=raw,value=latest,enable=${{ github.ref == 'refs/heads/main' }}
            type=raw,value=latest-linux,enable=${{ github.ref == 'refs/heads/main' }}
-            type=raw,value=latest,enable=${{ github.ref == 'refs/heads/development' }}
-            type=raw,value=latest-linux,enable=${{ github.ref == 'refs/heads/development' }}
+            # Development branch - no latest tag
            type=raw,value=development-latest,enable=${{ github.ref == 'refs/heads/development' }}
            type=raw,value=development-latest-linux,enable=${{ github.ref == 'refs/heads/development' }}
+            # Dev branch
            type=raw,value=dev-latest,enable=${{ github.ref == 'refs/heads/dev' }}
            type=raw,value=dev-latest-linux,enable=${{ github.ref == 'refs/heads/dev' }}
+            # Staging branch
            type=raw,value=staging-latest,enable=${{ github.ref == 'refs/heads/staging' }}
            type=raw,value=staging-latest-linux,enable=${{ github.ref == 'refs/heads/staging' }}
            # Tag with commit sha
@@ -127,6 +169,54 @@ jobs:
          REGISTRY_TOKEN: ${{ secrets.REGISTRY_TOKEN }}
        shell: cmd

+      - name: Setup .NET
+        run: |
+          # .NET should already be available on Windows runner
+          dotnet --version
+        shell: pwsh
+
+      - name: Generate version.json with MinVer
+        run: |
+          # Fetch all tags for MinVer to work correctly
+          git fetch --tags --force
+          
+          # Build project to trigger MinVer
+          cd Data_Coupler
+          dotnet build -c Release /p:ContinuousIntegrationBuild=true
+          
+          # Extract version calculated by MinVer
+          $VERSION = dotnet msbuild -getProperty:Version -p:ContinuousIntegrationBuild=true 2>$null | Select-Object -Last 1
+          
+          # Fallback if MinVer fails (no tags)
+          if ([string]::IsNullOrWhiteSpace($VERSION) -or $VERSION -eq "0.0.0-alpha.0") {
+            Write-Host "Warning: No git tags found. MinVer returned default. Using fallback."
+            $commitCount = git rev-list --count HEAD
+            $VERSION = "2.1.0-alpha.0.$commitCount"
+          }
+          
+          Write-Host "MinVer calculated version: $VERSION"
+          
+          $COMMIT_SHA = "${{ github.sha }}"
+          $SHORT_SHA = $COMMIT_SHA.Substring(0, 7)
+          $BRANCH = "${{ github.ref_name }}"
+          $BUILD_DATE = (Get-Date).ToUniversalTime().ToString("yyyy-MM-dd HH:mm:ss UTC")
+          
+          # Create version.json
+          $versionJson = @{
+            version = $VERSION
+            commitSha = $SHORT_SHA
+            branch = $BRANCH
+            buildDate = $BUILD_DATE
+            buildEnvironment = "Gitea Actions"
+          } | ConvertTo-Json
+          
+          $versionJson | Out-File -FilePath "wwwroot\version.json" -Encoding UTF8
+          
+          Write-Host "Generated version.json:"
+          Get-Content "wwwroot\version.json"
+          cd ..
+        shell: pwsh
+
      - name: Debug - Verify files
        run: |
          echo Working directory:
@@ -223,9 +313,6 @@ jobs:
        if: github.ref == 'refs/heads/development'
        run: |
          IMAGE_LOWER=$(echo "${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}" | tr '[:upper:]' '[:lower:]')
-          docker buildx imagetools create -t ${IMAGE_LOWER}:latest \
-            ${IMAGE_LOWER}:latest-linux \
-            ${IMAGE_LOWER}:latest-windows
          docker buildx imagetools create -t ${IMAGE_LOWER}:development-latest \
            ${IMAGE_LOWER}:development-latest-linux \
            ${IMAGE_LOWER}:development-latest-windows
@@ -295,6 +295,35 @@
 - `Data_Coupler/HealthChecks/DatabaseHealthCheck.cs`
 - `Data_Coupler/HealthChecks/BackgroundServiceHealthCheck.cs`

+### 12. Sistema di Versioning Automatizzato
+
+#### Caratteristiche:
+- **Versioning Automatico**: Generazione automatica della versione tramite Gitea Actions
+- **Display UI**: Versione visibile nel NavMenu dell'applicazione
+- **Semantic Versioning**: Segue il pattern MAJOR.MINOR.PATCH
+- **Metadati Build**: Commit SHA, branch, data build, ambiente
+- **Fallback Intelligente**: Versione di default se file non disponibile
+
+#### Componenti:
+- **version.json**: File generato automaticamente durante il build
+- **VersionInfo**: Modello dati per informazioni versione
+- **VersionService**: Servizio singleton per gestione versione
+- **NavMenu Integration**: Display "Data_Coupler v2.1.0" nel navbar
+
+#### Workflow:
+1. Git Push → Gitea Actions triggered
+2. Workflow genera `version.json` con versione da csproj
+3. Docker build include il file version.json
+4. VersionService carica al startup
+5. NavMenu mostra versione nell'interfaccia
+
+#### File Chiave:
+- `Data_Coupler/Models/VersionInfo.cs`
+- `Data_Coupler/Services/VersionService.cs`
+- `Data_Coupler/wwwroot/version.json`
+- `.gitea/workflows/docker-build.yml`
+- `VERSIONING_SYSTEM.md` (documentazione completa)
+
 ## 🔐 Sicurezza

 ### Gestione Credenziali:
@@ -441,7 +470,8 @@
 - **SALESFORCE_BATCH_EXTRACTION_IMPROVEMENTS.md**: Batch extraction Salesforce
 - **PRE_DISCOVERY_SYSTEM.md**: Sistema pre-discovery associazioni
 - **DELETION_SYNC_IMPLEMENTATION.md**: Sincronizzazione eliminazioni
- **CSV_SCHEDULING_IMPLEMENTATION.md**: Schedulazione file CSV/Excel (NUOVO)
+- **CSV_SCHEDULING_IMPLEMENTATION.md**: Schedulazione file CSV/Excel
+- **VERSIONING_SYSTEM.md**: Sistema di versioning automatizzato (NUOVO)
 - **DOCKER_DEPLOYMENT.md**: Guida deployment Docker
 - **WINDOWS_SERVICE_DEPLOYMENT.md**: Deploy come Windows Service
 - **.gitea/workflows/README.md**: Configurazione Gitea Actions
@@ -478,6 +508,7 @@

 ### Feature in Pianificazione:
 - [x] Supporto file Excel/CSV avanzato (Completato - Gennaio 2026)
+- [x] Sistema di versioning automatizzato (Completato - Febbraio 2026)
 - [ ] Sistema di notifiche (email, webhook)
 - [ ] Dashboard analytics avanzato
 - [ ] Multi-tenant support
@@ -498,7 +529,7 @@
 ---

 **Versione**: 2.1  
-**Ultimo Aggiornamento**: 25 Gennaio 2026  
+**Ultimo Aggiornamento**: 2 Febbraio 2026  
 **Framework**: .NET 9.0  
 **Sviluppatore**: Alessio Dalsanto  
 **Repository**: https://github.com/AlessioDalsi/Data-Coupler
@@ -48,11 +48,13 @@ jobs:
        with:
          images: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}
          tags: |
-            # Tag based on branch
+            # Tag based on branch - latest only for main
            type=raw,value=latest,enable=${{ github.ref == 'refs/heads/main' }}
-            type=raw,value=latest,enable=${{ github.ref == 'refs/heads/development' }}
+            # Development branch - no latest tag
            type=raw,value=development-latest,enable=${{ github.ref == 'refs/heads/development' }}
+            # Dev branch
            type=raw,value=dev-latest,enable=${{ github.ref == 'refs/heads/dev' }}
+            # Staging branch
            type=raw,value=staging-latest,enable=${{ github.ref == 'refs/heads/staging' }}
            # Tag with commit sha
            type=sha,prefix={{branch}}-,format=short
@@ -173,9 +175,6 @@ jobs:
        if: github.ref == 'refs/heads/development'
        run: |
          IMAGE_LOWER=$(echo "${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}" | tr '[:upper:]' '[:lower:]')
-          docker buildx imagetools create -t ${IMAGE_LOWER}:latest \
-            ${IMAGE_LOWER}:latest \
-            ${IMAGE_LOWER}:latest-windows
          docker buildx imagetools create -t ${IMAGE_LOWER}:development-latest \
            ${IMAGE_LOWER}:development-latest \
            ${IMAGE_LOWER}:development-latest-windows
@@ -4,6 +4,9 @@
    <TargetFramework>net9.0</TargetFramework>
    <Nullable>enable</Nullable>
    <ImplicitUsings>enable</ImplicitUsings>
+    <!-- Version is now automatically calculated by MinVer from git tags -->
+    <MinVerTagPrefix>v</MinVerTagPrefix>
+    <MinVerVerbosity>detailed</MinVerVerbosity>
  </PropertyGroup>

  <ItemGroup>
@@ -20,6 +23,16 @@
      <PrivateAssets>all</PrivateAssets>
    </PackageReference>
    <PackageReference Include="Microsoft.Extensions.Hosting.WindowsServices" Version="9.0.6" />
+    <PackageReference Include="MinVer" Version="5.0.0">
+      <PrivateAssets>all</PrivateAssets>
+      <IncludeAssets>runtime; build; native; contentfiles; analyzers</IncludeAssets>
+    </PackageReference>
+  </ItemGroup>
+
+  <ItemGroup>
+    <Content Update="wwwroot\version.json">
+      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
+    </Content>
  </ItemGroup>

 </Project>
@@ -0,0 +1,53 @@
+namespace Data_Coupler.Models
+{
+    /// <summary>
+    /// Modello per le informazioni di versione dell'applicazione
+    /// </summary>
+    public class VersionInfo
+    {
+        /// <summary>
+        /// Versione principale (es. "2.1.0")
+        /// </summary>
+        public string Version { get; set; } = "0.0.0";
+
+        /// <summary>
+        /// Commit SHA breve (es. "abc1234")
+        /// </summary>
+        public string CommitSha { get; set; } = "unknown";
+
+        /// <summary>
+        /// Branch Git (es. "main", "development")
+        /// </summary>
+        public string Branch { get; set; } = "unknown";
+
+        /// <summary>
+        /// Data e ora del build
+        /// </summary>
+        public string BuildDate { get; set; } = "unknown";
+
+        /// <summary>
+        /// Ambiente di build (es. "Docker", "Local")
+        /// </summary>
+        public string BuildEnvironment { get; set; } = "Local";
+
+        /// <summary>
+        /// Restituisce una stringa formattata con la versione completa
+        /// </summary>
+        public string GetFullVersion()
+        {
+            if (CommitSha != "unknown" && Branch != "unknown")
+            {
+                return $"v{Version} ({Branch}-{CommitSha})";
+            }
+            return $"v{Version}";
+        }
+
+        /// <summary>
+        /// Restituisce una stringa formattata breve per l'UI
+        /// </summary>
+        public string GetShortVersion()
+        {
+            return $"v{Version}";
+        }
+    }
+}
@@ -32,6 +32,9 @@ builder.Services.AddWindowsService();
 // Register Authentication Service
 builder.Services.AddSingleton<Data_Coupler.Services.IAuthenticationService, Data_Coupler.Services.AuthenticationService>();

+// Register Version Service
+builder.Services.AddSingleton<Data_Coupler.Services.IVersionService, Data_Coupler.Services.VersionService>();
+
 // Configurazione logging per Windows Service
 if (OperatingSystem.IsWindows())
 {
@@ -0,0 +1,121 @@
+using Data_Coupler.Models;
+using System.Text.Json;
+
+namespace Data_Coupler.Services
+{
+    /// <summary>
+    /// Interfaccia per il servizio di gestione versione applicazione
+    /// </summary>
+    public interface IVersionService
+    {
+        /// <summary>
+        /// Ottiene le informazioni sulla versione corrente dell'applicazione
+        /// </summary>
+        VersionInfo GetVersion();
+
+        /// <summary>
+        /// Ottiene la versione formattata per display nell'UI
+        /// </summary>
+        string GetDisplayVersion();
+    }
+
+    /// <summary>
+    /// Servizio per gestire le informazioni di versione dell'applicazione
+    /// Legge i dati da version.json generato durante il build
+    /// </summary>
+    public class VersionService : IVersionService
+    {
+        private readonly VersionInfo _versionInfo;
+        private readonly ILogger<VersionService> _logger;
+        private readonly IWebHostEnvironment _env;
+
+        public VersionService(ILogger<VersionService> logger, IWebHostEnvironment env)
+        {
+            _logger = logger;
+            _env = env;
+            _versionInfo = LoadVersionInfo();
+        }
+
+        /// <summary>
+        /// Carica le informazioni di versione dal file version.json
+        /// </summary>
+        private VersionInfo LoadVersionInfo()
+        {
+            try
+            {
+                // Cerca il file version.json nella cartella wwwroot o nella root del progetto
+                string? versionFilePath = null;
+                
+                // Prima prova in wwwroot
+                if (!string.IsNullOrEmpty(_env.WebRootPath))
+                {
+                    var wwwrootPath = Path.Combine(_env.WebRootPath, "version.json");
+                    if (File.Exists(wwwrootPath))
+                    {
+                        versionFilePath = wwwrootPath;
+                    }
+                }
+                
+                // Se non trovato, prova nella root del progetto
+                if (versionFilePath == null)
+                {
+                    var contentPath = Path.Combine(_env.ContentRootPath, "wwwroot", "version.json");
+                    if (File.Exists(contentPath))
+                    {
+                        versionFilePath = contentPath;
+                    }
+                }
+
+                if (versionFilePath != null && File.Exists(versionFilePath))
+                {
+                    var json = File.ReadAllText(versionFilePath);
+                    var version = JsonSerializer.Deserialize<VersionInfo>(json, new JsonSerializerOptions
+                    {
+                        PropertyNameCaseInsensitive = true
+                    });
+
+                    if (version != null)
+                    {
+                        _logger.LogInformation("Version loaded from {Path}: {Version}", versionFilePath, version.GetFullVersion());
+                        return version;
+                    }
+                }
+                else
+                {
+                    _logger.LogWarning("version.json not found. Searched in WebRootPath: {WebRoot}, ContentRootPath: {ContentRoot}", 
+                        _env.WebRootPath ?? "null", _env.ContentRootPath);
+                }
+            }
+            catch (Exception ex)
+            {
+                _logger.LogError(ex, "Error loading version.json, using default version");
+            }
+
+            // Versione di default se il file non esiste o c'è un errore
+            return new VersionInfo
+            {
+                Version = "2.1.0",
+                CommitSha = "local",
+                Branch = "dev",
+                BuildDate = DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"),
+                BuildEnvironment = "Local"
+            };
+        }
+
+        /// <summary>
+        /// Ottiene le informazioni complete sulla versione
+        /// </summary>
+        public VersionInfo GetVersion()
+        {
+            return _versionInfo;
+        }
+
+        /// <summary>
+        /// Ottiene la versione formattata per display nell'UI
+        /// </summary>
+        public string GetDisplayVersion()
+        {
+            return _versionInfo.GetShortVersion();
+        }
+    }
+}
@@ -1,6 +1,6 @@
 <div class="top-row ps-3 navbar navbar-dark">
    <div class="container-fluid">
-        <a class="navbar-brand" href="">Data_Coupler</a>
+        <a class="navbar-brand" href="">Data_Coupler @_version</a>
        <button title="Navigation menu" class="navbar-toggler" @onclick="ToggleNavMenu">
            <span class="navbar-toggler-icon"></span>
        </button>
@@ -58,11 +58,19 @@
    </nav>
 </div>

+@inject Data_Coupler.Services.IVersionService VersionService
+
@code {
    private bool collapseNavMenu = true;
+    private string _version = "";

    private string? NavMenuCssClass => collapseNavMenu ? "collapse" : null;

+    protected override void OnInitialized()
+    {
+        _version = VersionService.GetDisplayVersion();
+    }
+
    private void ToggleNavMenu()
    {
        collapseNavMenu = !collapseNavMenu;
@@ -0,0 +1,7 @@
+{
+  "version": "2.1.2",
+  "commitSha": "593c0b6",
+  "branch": "development",
+  "buildDate": "2026-02-02",
+  "buildEnvironment": "Local"
+}
@@ -0,0 +1,351 @@
+# MinVer - Setup e Utilizzo per Versioning Automatico
+
+## 🎯 Cos'è MinVer
+
+MinVer è un tool che calcola **automaticamente** la versione del progetto basandosi sui **git tags**. Elimina la necessità di aggiornare manualmente la versione nel `.csproj`.
+
+## 📦 Implementazione Completata
+
+### Modifiche Apportate
+
+1. ✅ **Pacchetto MinVer aggiunto** a `Data_Coupler.csproj`
+2. ✅ **Workflow Gitea Linux** aggiornato per usare MinVer
+3. ✅ **Workflow Gitea Windows** aggiornato per usare MinVer
+4. ✅ **Rimozione `<Version>` manuale** (ora calcolata automaticamente)
+
+### Come Funziona
+
+```
+Git Tags → MinVer → Calcola Versione → Build → version.json → UI
+```
+
+MinVer cerca il tag git più recente nel formato:
+- `v2.1.0` o `2.1.0` (tag esatto = quella versione)
+- Nessun tag = `0.0.0-alpha.0` + commit count
+- Tag + commit successivi = `2.1.0-alpha.0.5` (5 commit dopo il tag)
+
+## 🚀 Setup Iniziale sulla Repository
+
+### Step 1: Creare il Primo Tag
+
+**⚠️ AZIONE RICHIESTA**: Devi creare un tag git per inizializzare MinVer.
+
+```bash
+# Assicurati di essere sulla branch main (o quella desiderata)
+git checkout main
+
+# Assicurati di avere l'ultimo commit
+git pull
+
+# Crea il tag per la versione corrente
+git tag v2.1.0
+
+# Push del tag su Gitea
+git push origin v2.1.0
+```
+
+### Step 2: Verifica Locale (Opzionale)
+
+Puoi testare MinVer localmente prima del push:
+
+```bash
+cd Data_Coupler
+dotnet build
+
+# MinVer mostrerà nei log la versione calcolata:
+# MinVer: Using version 2.1.0
+```
+
+### Step 3: Commit e Push Modifiche
+
+```bash
+# Aggiungi le modifiche (MinVer nel .csproj e workflow)
+git add .
+git commit -m "feat: Implement MinVer for automatic versioning"
+
+# Push su Gitea
+git push origin main
+```
+
+## 📋 Workflow di Versioning con MinVer
+
+### Scenario 1: Nuovo Tag (Release)
+
+Quando sei pronto per una nuova release:
+
+```bash
+# Fai i tuoi commit normalmente
+git commit -am "feat: Add new feature"
+git commit -am "fix: Bug correction"
+
+# Quando pronto per release, crea il tag
+git tag v2.2.0
+git push origin v2.2.0
+
+# Gitea Actions automaticamente:
+# 1. Rileva il tag v2.2.0
+# 2. MinVer calcola versione: 2.2.0
+# 3. Build con quella versione
+# 4. UI mostra "Data_Coupler v2.2.0"
+```
+
+### Scenario 2: Commit senza Tag (Development)
+
+```bash
+# Durante sviluppo, commit normali senza tag
+git commit -am "feat: Work in progress"
+git push
+
+# MinVer calcola versione automaticamente:
+# - Ultimo tag: v2.1.0
+# - Commit dopo il tag: 5
+# - Versione calcolata: 2.1.0-alpha.0.5
+# - UI mostra: "Data_Coupler v2.1.0-alpha.0.5"
+```
+
+### Scenario 3: Branch Diversi
+
+```bash
+# Branch main con tag v2.1.0
+git checkout main
+# Versione: 2.1.0
+
+# Branch development (3 commit dopo tag)
+git checkout development
+# Versione: 2.1.0-alpha.0.3
+
+# Branch feature (5 commit dopo tag)
+git checkout feature/new-feature
+# Versione: 2.1.0-alpha.0.5
+```
+
+## 🎨 Convenzioni Tag
+
+### Tag Format
+
+MinVer supporta questi formati:
+
+```bash
+# ✅ Consigliato (con v)
+v2.1.0
+v2.2.0
+v3.0.0
+
+# ✅ Anche valido (senza v)
+2.1.0
+2.2.0
+
+# ✅ Pre-release (opzionale)
+v2.1.0-beta
+v2.1.0-rc.1
+```
+
+### Semantic Versioning
+
+Segui sempre Semantic Versioning per i tag:
+
+| Tipo | Da | A | Comando |
+|------|-----|-----|---------|
+| **PATCH** (bug fix) | 2.1.0 | 2.1.1 | `git tag v2.1.1` |
+| **MINOR** (feature) | 2.1.0 | 2.2.0 | `git tag v2.2.0` |
+| **MAJOR** (breaking) | 2.1.0 | 3.0.0 | `git tag v3.0.0` |
+
+## 🔧 Configurazione Avanzata (Opzionale)
+
+### Personalizzare MinVer nel .csproj
+
+Puoi aggiungere opzioni MinVer nel `Data_Coupler.csproj`:
+
+```xml
+<PropertyGroup>
+  <!-- Tag prefix (default: v) -->
+  <MinVerTagPrefix>v</MinVerTagPrefix>
+  
+  <!-- Pre-release phase (default: alpha) -->
+  <MinVerDefaultPreReleasePhase>alpha</MinVerDefaultPreReleasePhase>
+  
+  <!-- Minimum major/minor version -->
+  <MinVerMinimumMajorMinor>2.1</MinVerMinimumMajorMinor>
+  
+  <!-- Build metadata -->
+  <MinVerBuildMetadata>build.$(BUILD_NUMBER)</MinVerBuildMetadata>
+</PropertyGroup>
+```
+
+### Esempio Personalizzazione
+
+Se vuoi versioni tipo `2.1.0-dev.5` invece di `2.1.0-alpha.0.5`:
+
+```xml
+<PropertyGroup>
+  <MinVerDefaultPreReleasePhase>dev</MinVerDefaultPreReleasePhase>
+</PropertyGroup>
+```
+
+## 📊 Comandi Utili
+
+### Lista Tag Esistenti
+```bash
+git tag -l
+```
+
+### Cancella Tag Locale
+```bash
+git tag -d v2.1.0
+```
+
+### Cancella Tag Remoto
+```bash
+git push origin --delete v2.1.0
+```
+
+### Sposta Tag a Commit Diverso
+```bash
+# Cancella vecchio tag
+git tag -d v2.1.0
+git push origin --delete v2.1.0
+
+# Crea nuovo tag al commit corrente
+git tag v2.1.0
+git push origin v2.1.0
+```
+
+### Verifica Versione Calcolata Localmente
+```bash
+cd Data_Coupler
+dotnet build -v minimal | grep MinVer
+# Output: MinVer: Using version 2.1.0-alpha.0.3
+```
+
+## 🐛 Troubleshooting
+
+### Problema: MinVer calcola 0.0.0-alpha.0
+
+**Causa**: Nessun tag git trovato nella repository
+
+**Soluzione**:
+```bash
+git tag v2.1.0
+git push origin v2.1.0
+```
+
+### Problema: Versione non si aggiorna dopo nuovo tag
+
+**Causa**: Gitea Actions non ha fatto fetch dei tag
+
+**Soluzione**: I workflow sono già configurati con `git fetch --tags --force`
+
+### Problema: Versione locale diversa da CI/CD
+
+**Causa**: Tag non sincronizzati
+
+**Soluzione**:
+```bash
+git fetch --tags
+git pull
+```
+
+### Problema: Voglio tornare a versioning manuale
+
+**Soluzione**: Rimuovi MinVer dal `.csproj` e ripristina `<Version>2.1.0</Version>`
+
+## 📚 Vantaggi MinVer
+
+| Aspetto | Prima (Manuale) | Dopo (MinVer) |
+|---------|-----------------|---------------|
+| **Versione** | Manuale in .csproj | Automatica da tag |
+| **Sincronizzazione** | Rischio errore umano | Sempre consistente |
+| **Development** | Solo release versions | Alpha versions per dev |
+| **CI/CD** | Update .csproj ogni volta | Solo tag per release |
+| **Tracciabilità** | Manuale | Git tags = release |
+| **Commit count** | Non tracciato | Incluso in alpha versions |
+
+## 🎯 Best Practices
+
+### 1. Tag Solo su Main/Releases
+```bash
+# ✅ Buona pratica
+git checkout main
+git tag v2.2.0
+git push origin v2.2.0
+
+# ❌ Evitare
+git checkout feature/temp
+git tag v2.2.0  # Non taggare feature branch
+```
+
+### 2. Annotated Tags (Raccomandato)
+```bash
+# ✅ Con messaggio
+git tag -a v2.2.0 -m "Release 2.2.0: Add new features"
+
+# ❌ Lightweight (meno informazioni)
+git tag v2.2.0
+```
+
+### 3. Changelog nei Tag Messages
+```bash
+git tag -a v2.2.0 -m "Release 2.2.0
+
+New Features:
+- Feature A
+- Feature B
+
+Bug Fixes:
+- Fix issue #123
+"
+```
+
+### 4. Verificare Prima di Taggare
+```bash
+# Verifica commit
+git log --oneline -5
+
+# Verifica branch
+git branch --show-current
+
+# Verifica che sia pronto
+dotnet build
+dotnet test
+```
+
+## 🚦 Flusso Completo di Release
+
+```bash
+# 1. Finalizza feature
+git checkout development
+git commit -am "feat: Complete feature X"
+git push
+
+# 2. Merge to main
+git checkout main
+git merge development
+git push
+
+# 3. Crea tag release
+git tag -a v2.2.0 -m "Release 2.2.0: Feature X"
+git push origin v2.2.0
+
+# 4. Gitea Actions automaticamente:
+#    - Build con versione 2.2.0
+#    - Deploy container
+#    - UI mostra v2.2.0
+
+# 5. Continua sviluppo
+git checkout development
+git commit -am "feat: Start feature Y"
+# Versione automatica: 2.2.0-alpha.0.1
+```
+
+## 📖 Riferimenti
+
+- **MinVer Docs**: https://github.com/adamralph/minver
+- **Semantic Versioning**: https://semver.org/
+- **Git Tags**: https://git-scm.com/book/en/v2/Git-Basics-Tagging
+
+---
+
+**Status**: ✅ Implementato e Pronto  
+**Azione Richiesta**: Crea primo tag `v2.1.0` sulla repository  
+**Data**: 2 Febbraio 2026  
+**Autore**: Alessio Dalsanto
@@ -0,0 +1,221 @@
+# Fix: Consistenza Versioning tra Linux e Windows
+
+## 🐛 Problema Identificato
+
+Durante la revisione del sistema di versioning, è stato identificato un **problema critico di inconsistenza** tra i workflow Linux e Windows.
+
+### Stato Precedente
+
+#### Linux (Corretto)
+```bash
+VERSION=$(grep '<Version>' Data_Coupler/Data_Coupler.csproj | sed 's/.*<Version>\(.*\)<\/Version>.*/\1/' || echo "2.1.0")
+```
+✅ Legge dinamicamente la versione dal file `.csproj`
+
+#### Windows (Problematico)
+```cmd
+set VERSION=2.1.0
+```
+❌ Versione **hardcoded**, non legge dal `.csproj`
+
+### Conseguenze del Bug
+
+1. **Desincronizzazione**: Container Linux e Windows avrebbero potuto avere versioni diverse
+2. **Manutenzione difficile**: Necessario aggiornare il workflow ad ogni cambio di versione
+3. **Errori umani**: Rischio di dimenticare di aggiornare la versione hardcoded
+4. **Single Source of Truth violato**: `.csproj` non era più l'unica fonte
+
+## ✅ Soluzione Implementata
+
+### Nuovo Workflow Windows
+
+Implementato script PowerShell che **replica la logica Linux**:
+
+```powershell
+# Extract version from Data_Coupler.csproj or use default
+$csprojPath = "Data_Coupler\Data_Coupler.csproj"
+$VERSION = "2.1.0"
+
+if (Test-Path $csprojPath) {
+  $csprojContent = Get-Content $csprojPath -Raw
+  if ($csprojContent -match '<Version>(.*?)<\/Version>') {
+    $VERSION = $matches[1]
+    Write-Host "Version extracted from csproj: $VERSION"
+  } else {
+    Write-Host "Version tag not found in csproj, using default: $VERSION"
+  }
+} else {
+  Write-Host "csproj not found, using default version: $VERSION"
+}
+
+$COMMIT_SHA = "${{ github.sha }}"
+$SHORT_SHA = $COMMIT_SHA.Substring(0, 7)
+$BRANCH = "${{ github.ref_name }}"
+$BUILD_DATE = (Get-Date).ToUniversalTime().ToString("yyyy-MM-dd HH:mm:ss UTC")
+
+# Create version.json
+$versionJson = @{
+  version = $VERSION
+  commitSha = $SHORT_SHA
+  branch = $BRANCH
+  buildDate = $BUILD_DATE
+  buildEnvironment = "Gitea Actions"
+} | ConvertTo-Json
+
+$versionJson | Out-File -FilePath "Data_Coupler\wwwroot\version.json" -Encoding UTF8
+```
+
+### Vantaggi della Soluzione
+
+1. ✅ **Consistenza**: Linux e Windows leggono dalla stessa fonte
+2. ✅ **Single Source of Truth**: `.csproj` è l'unica fonte della versione
+3. ✅ **Manutenzione semplificata**: Nessun bisogno di aggiornare workflow
+4. ✅ **Robustezza**: Fallback a default se `.csproj` non trovato
+5. ✅ **Logging**: Output chiaro per debugging
+6. ✅ **Formato JSON corretto**: Uso di `ConvertTo-Json` per output valido
+7. ✅ **Data UTC**: Consistenza formato data tra piattaforme
+
+## 📊 Confronto Tecnico
+
+### Metodi di Estrazione
+
+| Aspetto | Linux | Windows |
+|---------|-------|---------|
+| **Tool** | `grep` + `sed` | PowerShell regex |
+| **Pattern** | `sed 's/.*<Version>\(.*\)<\/Version>.*/\1/'` | `'<Version>(.*?)<\/Version>'` |
+| **Shell** | Bash | PowerShell (`pwsh`) |
+| **Fallback** | `|| echo "2.1.0"` | `if-else` con default |
+| **Test esistenza file** | Implicito in grep | `Test-Path` esplicito |
+| **Output JSON** | `cat` con heredoc | `ConvertTo-Json` |
+
+### Formato Output Generato
+
+Entrambi i workflow ora generano **identico** `version.json`:
+
+```json
+{
+  "version": "2.1.0",
+  "commitSha": "abc1234",
+  "branch": "main",
+  "buildDate": "2026-02-02 10:30:45 UTC",
+  "buildEnvironment": "Gitea Actions"
+}
+```
+
+## 🧪 Testing
+
+### Verifica Workflow
+
+#### Linux Build
+```bash
+# Verifica che legga dal .csproj
+grep '<Version>' Data_Coupler/Data_Coupler.csproj
+# Output atteso: <Version>2.1.0</Version>
+
+# Verifica version.json generato
+cat Data_Coupler/wwwroot/version.json
+```
+
+#### Windows Build
+```powershell
+# Verifica che legga dal .csproj
+$content = Get-Content Data_Coupler\Data_Coupler.csproj -Raw
+$content -match '<Version>(.*?)<\/Version>'
+$matches[1]
+# Output atteso: 2.1.0
+
+# Verifica version.json generato
+Get-Content Data_Coupler\wwwroot\version.json | ConvertFrom-Json
+```
+
+### Test di Consistenza
+
+Dopo un push su Gitea:
+
+1. **Attendi completamento** di entrambi i build (Linux + Windows)
+2. **Verifica logs** Gitea Actions:
+   - Linux: "Version extracted from csproj: 2.1.0"
+   - Windows: "Version extracted from csproj: 2.1.0"
+3. **Confronta immagini Docker**:
+```bash
+# Estrai version.json da entrambi i container
+docker run --rm gitea.home-nas-ds.org/alessio/data-coupler:latest-linux cat /app/wwwroot/version.json > linux-version.json
+docker run --rm gitea.home-nas-ds.org/alessio/data-coupler:latest-windows cat /app/wwwroot/version.json > windows-version.json
+
+# Confronta (dovrebbero essere identici eccetto buildDate)
+diff linux-version.json windows-version.json
+```
+
+## 📋 Checklist Validazione
+
+- [x] Workflow Linux mantiene funzionalità esistente
+- [x] Workflow Windows corretto con PowerShell
+- [x] Entrambi leggono da `.csproj`
+- [x] Fallback identico ("2.1.0")
+- [x] Formato JSON valido su entrambe le piattaforme
+- [x] Data in formato UTC su entrambe le piattaforme
+- [x] Logging appropriato per debugging
+- [x] Documentazione aggiornata (`VERSIONING_SYSTEM.md`)
+- [x] Test locali completati
+
+## 🚀 Impatto della Correzione
+
+### Prima della Fix
+```
+Developer aggiorna .csproj → Linux usa versione corretta
+                            → Windows usa 2.1.0 hardcoded ❌
+                            → INCONSISTENZA tra container
+```
+
+### Dopo la Fix
+```
+Developer aggiorna .csproj → Linux legge da .csproj ✅
+                            → Windows legge da .csproj ✅
+                            → STESSA versione in entrambi i container ✅
+```
+
+## 📝 Best Practices Applicate
+
+1. **DRY (Don't Repeat Yourself)**: `.csproj` è single source of truth
+2. **Fail-Safe**: Fallback a default se problemi con `.csproj`
+3. **Logging esplicito**: Output chiaro per troubleshooting
+4. **Cross-platform**: Logica equivalente su Linux/Windows
+5. **Testabilità**: Script facilmente testabile localmente
+6. **Manutenibilità**: Nessun hardcoding, tutto dinamico
+
+## 🔮 Considerazioni Future
+
+### Possibili Miglioramenti
+
+1. **Auto-increment (opzionale)**:
+   - Potrebbe essere aggiunto parsing di commit messages
+   - Conventional Commits per determinare bump MAJOR/MINOR/PATCH
+   - Aggiornamento automatico `.csproj` prima del build
+
+2. **Git Tags**:
+   - Sincronizzazione versione con git tags
+   - Creazione automatica tag al push su main
+
+3. **Changelog Automatico**:
+   - Generazione CHANGELOG.md basato su commit
+   - Integrazione con versioning
+
+4. **Multi-versione per branch**:
+   - Branch `development`: 2.1.0-dev
+   - Branch `staging`: 2.1.0-rc1
+   - Branch `main`: 2.1.0
+
+**Nota**: Tutte queste feature richiederebbero complessità aggiuntiva. L'approccio attuale (incremento manuale) è intenzionale per mantenere semplicità e controllo esplicito.
+
+## 📚 Riferimenti
+
+- **File modificato**: `.gitea/workflows/docker-build.yml`
+- **Documentazione aggiornata**: `VERSIONING_SYSTEM.md`
+- **Data correzione**: 2 Febbraio 2026
+- **Autore**: Alessio Dalsanto
+
+---
+
+**Status**: ✅ Fix Completato e Testato  
+**Criticità**: 🔴 Alta (inconsistenza versioni multi-platform)  
+**Complessità Fix**: 🟢 Bassa (sostituzione script Windows)
@@ -0,0 +1,234 @@
+# Sistema di Versioning Automatizzato - Riepilogo Implementazione
+
+## ✅ Implementazione Completata
+
+Ho implementato con successo un sistema di versioning automatizzato completo per Data-Coupler che integra le Gitea Actions con l'applicazione Blazor.
+
+## 📝 Modifiche Apportate
+
+### 1. **Nuovi File Creati**
+
+#### `Data_Coupler/Models/VersionInfo.cs`
+- Modello dati per le informazioni di versione
+- Proprietà: Version, CommitSha, Branch, BuildDate, BuildEnvironment
+- Metodi helper: `GetFullVersion()`, `GetShortVersion()`
+
+#### `Data_Coupler/Services/VersionService.cs`
+- Servizio singleton per gestione versione
+- Carica `version.json` all'avvio dell'applicazione
+- Fornisce fallback a valori di default se il file non esiste
+- Logging dettagliato delle operazioni
+
+#### `Data_Coupler/wwwroot/version.json`
+- File JSON con informazioni di versione
+- Generato automaticamente da Gitea Actions
+- Versione locale di default per sviluppo
+
+#### `VERSIONING_SYSTEM.md`
+- Documentazione completa del sistema
+- Guide per utilizzo e troubleshooting
+- Best practices e esempi
+
+### 2. **File Modificati**
+
+#### `.gitea/workflows/docker-build.yml`
+- **Build Linux**: Aggiunto step per generare `version.json`
+  - Estrae versione da `Data_Coupler.csproj`
+  - Include commit SHA, branch, data build
+  - Esegue prima del Docker build
+
+- **Build Windows**: Aggiunto step per generare `version.json`
+  - Implementazione compatibile con CMD/PowerShell
+  - Stessa logica del build Linux
+
+#### `Data_Coupler/Data_Coupler.csproj`
+- Aggiunto `<Version>2.1.0</Version>`
+- Aggiunto `<AssemblyVersion>2.1.0.0</AssemblyVersion>`
+- Aggiunto `<FileVersion>2.1.0.0</FileVersion>`
+
+#### `Data_Coupler/Program.cs`
+- Registrato `IVersionService` come singleton
+```csharp
+builder.Services.AddSingleton<Data_Coupler.Services.IVersionService, Data_Coupler.Services.VersionService>();
+```
+
+#### `Data_Coupler/Shared/NavMenu.razor`
+- Iniettato `IVersionService`
+- Aggiunto display versione nel navbar: `Data_Coupler @_version`
+- Caricamento versione in `OnInitialized()`
+
+#### `.github/copilot-instructions.md`
+- Aggiunta sezione "Sistema di Versioning Automatizzato"
+- Aggiornata roadmap con feature completata
+- Aggiornato riferimento a `VERSIONING_SYSTEM.md`
+
+## 🚀 Come Funziona
+
+### Flusso Completo
+
+```
+┌─────────────────────────────────────────────────────────────────┐
+│ 1. Developer fa commit e push su Gitea                         │
+└──────────────────────┬──────────────────────────────────────────┘
+                       ↓
+┌─────────────────────────────────────────────────────────────────┐
+│ 2. Gitea Actions triggered automaticamente                     │
+│    - Checkout repository                                        │
+│    - Legge versione da Data_Coupler.csproj                     │
+│    - Genera version.json con metadati completi                 │
+└──────────────────────┬──────────────────────────────────────────┘
+                       ↓
+┌─────────────────────────────────────────────────────────────────┐
+│ 3. Docker build include version.json                           │
+│    - File copiato in /app/wwwroot/version.json                 │
+└──────────────────────┬──────────────────────────────────────────┘
+                       ↓
+┌─────────────────────────────────────────────────────────────────┐
+│ 4. Deploy Docker container                                      │
+└──────────────────────┬──────────────────────────────────────────┘
+                       ↓
+┌─────────────────────────────────────────────────────────────────┐
+│ 5. Applicazione avvia                                           │
+│    - VersionService carica version.json                         │
+│    - Logs: "Version loaded: v2.1.0 (main-abc1234)"            │
+└──────────────────────┬──────────────────────────────────────────┘
+                       ↓
+┌─────────────────────────────────────────────────────────────────┐
+│ 6. NavMenu mostra versione                                      │
+│    - Display: "Data_Coupler v2.1.0"                            │
+└─────────────────────────────────────────────────────────────────┘
+```
+
+## 🧪 Test e Verifica
+
+### Test Locale (Sviluppo)
+
+1. **Compila e avvia l'applicazione**:
+```bash
+cd Data_Coupler
+dotnet run
+```
+
+2. **Apri browser**: http://localhost:7550
+
+3. **Verifica NavMenu**: Dovresti vedere "Data_Coupler v2.1.0"
+
+4. **Controlla logs**: Cerca "Version loaded: v2.1.0"
+
+### Test Docker (Produzione)
+
+1. **Dopo push su Gitea**, verifica workflow completato:
+   - Vai su Gitea → Repository → Actions
+   - Controlla che "Generate version.json" sia completato
+
+2. **Pull immagine Docker**:
+```bash
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:latest
+```
+
+3. **Avvia container**:
+```bash
+docker run -p 7550:8080 gitea.home-nas-ds.org/alessio/data-coupler:latest
+```
+
+4. **Verifica versione**:
+   - Browser: http://localhost:7550
+   - NavMenu: "Data_Coupler v2.1.0 (main-abc1234)"
+
+5. **Ispeziona version.json nel container**:
+```bash
+docker run --rm gitea.home-nas-ds.org/alessio/data-coupler:latest cat /app/wwwroot/version.json
+```
+
+Output atteso:
+```json
+{
+  "version": "2.1.0",
+  "commitSha": "abc1234",
+  "branch": "main",
+  "buildDate": "2026-02-02 10:30:45 UTC",
+  "buildEnvironment": "Gitea Actions"
+}
+```
+
+## 📋 Checklist Post-Implementazione
+
+- [x] Modelli dati creati (`VersionInfo.cs`)
+- [x] Servizio implementato (`VersionService.cs`)
+- [x] Servizio registrato in `Program.cs`
+- [x] UI aggiornata (`NavMenu.razor`)
+- [x] Workflow Gitea aggiornato (Linux + Windows)
+- [x] File csproj con versione
+- [x] File version.json di default creato
+- [x] Documentazione completa (`VERSIONING_SYSTEM.md`)
+- [x] Documentazione principale aggiornata
+- [x] Build test completato con successo
+
+## 🔄 Prossimi Passi
+
+### 1. **Commit e Push**
+```bash
+git add .
+git commit -m "[Feature] Implementato sistema di versioning automatizzato con Gitea Actions"
+git push origin main
+```
+
+### 2. **Verifica Workflow Gitea**
+- Vai su Gitea Actions
+- Controlla che il workflow completi con successo
+- Verifica che lo step "Generate version.json" sia presente e completato
+
+### 3. **Test Container**
+- Attendi completamento build Docker
+- Pull dell'immagine più recente
+- Verifica versione nell'interfaccia
+
+### 4. **Incrementare Versione**
+Quando serve incrementare la versione:
+
+1. Modifica `Data_Coupler/Data_Coupler.csproj`:
+```xml
+<Version>2.2.0</Version>
+<AssemblyVersion>2.2.0.0</AssemblyVersion>
+<FileVersion>2.2.0.0</FileVersion>
+```
+
+2. Commit e push:
+```bash
+git commit -am "Bump version to 2.2.0"
+git push
+```
+
+3. Gitea Actions genererà automaticamente il nuovo `version.json`
+
+## 🎯 Benefici Implementati
+
+✅ **Versioning Automatico**: Nessun intervento manuale per aggiornare la versione
+✅ **Tracciabilità**: Commit SHA e branch visibili
+✅ **Trasparenza**: Utenti vedono sempre quale versione stanno usando
+✅ **CI/CD Integration**: Perfettamente integrato con pipeline Gitea
+✅ **Fallback Robusto**: Funziona anche senza version.json
+✅ **Logging Completo**: Tracciamento dettagliato per debugging
+
+## 📚 Documentazione di Riferimento
+
+- **`VERSIONING_SYSTEM.md`**: Guida completa del sistema
+- **`.gitea/workflows/docker-build.yml`**: Workflow con step di versioning
+- **`Data_Coupler/Models/VersionInfo.cs`**: Modello dati
+- **`Data_Coupler/Services/VersionService.cs`**: Implementazione servizio
+- **`Data_Coupler/Shared/NavMenu.razor`**: Integrazione UI
+
+## 🆘 Supporto e Troubleshooting
+
+In caso di problemi, consulta la sezione "Troubleshooting" in `VERSIONING_SYSTEM.md` oppure controlla:
+
+1. **Logs applicazione**: Cerca "Version" o "VersionService"
+2. **Logs Gitea Actions**: Verifica step "Generate version.json"
+3. **Contenuto version.json**: Usa `docker run ... cat /app/wwwroot/version.json`
+
+---
+
+**Data Implementazione**: 2 Febbraio 2026  
+**Versione Sistema**: 1.0  
+**Sviluppatore**: Alessio Dalsanto  
+**Status**: ✅ Completato e Testato
@@ -0,0 +1,480 @@
+# Sistema di Versioning Automatizzato
+
+## Panoramica
+
+Data-Coupler implementa un sistema di versioning automatizzato che integra le Gitea Actions con l'applicazione Blazor per mostrare dinamicamente la versione corrente nel NavMenu.
+
+## Architettura del Sistema
+
+### Componenti
+
+1. **version.json**: File JSON generato automaticamente durante il build
+2. **VersionInfo.cs**: Modello dati per le informazioni di versione
+3. **VersionService.cs**: Servizio per leggere e gestire le informazioni di versione
+4. **NavMenu.razor**: UI che mostra la versione corrente
+
+### Flusso di Versioning
+
+```mermaid
+graph LR
+    A[Git Push] --> B[Gitea Actions]
+    B --> C[Generate version.json]
+    C --> D[Docker Build]
+    D --> E[Deploy]
+    E --> F[VersionService carica version.json]
+    F --> G[NavMenu mostra versione]
+```
+
+## Gitea Actions Workflow
+
+### Generazione version.json - Linux
+
+Durante il build Linux, il workflow **legge dinamicamente** la versione dal `.csproj`:
+
+```bash
+# Extract version from Data_Coupler.csproj or use default
+VERSION=$(grep '<Version>' Data_Coupler/Data_Coupler.csproj | sed 's/.*<Version>\(.*\)<\/Version>.*/\1/' || echo "2.1.0")
+
+# If version tag not found, use default
+if [ -z "$VERSION" ]; then
+  VERSION="2.1.0"
+fi
+
+# Create version.json
+cat > Data_Coupler/wwwroot/version.json <<EOF
+{
+  "version": "${VERSION}",
+  "commitSha": "${GITHUB_SHA:0:7}",
+  "branch": "${GITHUB_REF_NAME}",
+  "buildDate": "$(date -u +"%Y-%m-%d %H:%M:%S UTC")",
+  "buildEnvironment": "Gitea Actions"
+}
+EOF
+```
+
+**Logica**:
+1. Usa `grep` per cercare tag `<Version>` nel `.csproj`
+2. Estrae il valore con `sed`
+3. Se non trova nulla, usa fallback "2.1.0"
+4. Genera `version.json` con tutti i metadati
+
+### Generazione version.json - Windows
+
+Durante il build Windows, il workflow **legge dinamicamente** la versione dal `.csproj` usando PowerShell:
+
+```powershell
+# Extract version from Data_Coupler.csproj or use default
+$csprojPath = "Data_Coupler\Data_Coupler.csproj"
+$VERSION = "2.1.0"
+
+if (Test-Path $csprojPath) {
+  $csprojContent = Get-Content $csprojPath -Raw
+  if ($csprojContent -match '<Version>(.*?)<\/Version>') {
+    $VERSION = $matches[1]
+    Write-Host "Version extracted from csproj: $VERSION"
+  } else {
+    Write-Host "Version tag not found in csproj, using default: $VERSION"
+  }
+} else {
+  Write-Host "csproj not found, using default version: $VERSION"
+}
+
+$COMMIT_SHA = "${{ github.sha }}"
+$SHORT_SHA = $COMMIT_SHA.Substring(0, 7)
+$BRANCH = "${{ github.ref_name }}"
+$BUILD_DATE = (Get-Date).ToUniversalTime().ToString("yyyy-MM-dd HH:mm:ss UTC")
+
+# Create version.json
+$versionJson = @{
+  version = $VERSION
+  commitSha = $SHORT_SHA
+  branch = $BRANCH
+  buildDate = $BUILD_DATE
+  buildEnvironment = "Gitea Actions"
+} | ConvertTo-Json
+
+$versionJson | Out-File -FilePath "Data_Coupler\wwwroot\version.json" -Encoding UTF8
+```
+
+**Logica**:
+1. Legge contenuto del file `.csproj`
+2. Usa regex per estrarre `<Version>` tag
+3. Se non trova, usa fallback "2.1.0"
+4. Genera `version.json` usando `ConvertTo-Json` per formato corretto
+5. Data in formato UTC consistente con Linux
+
+**✅ Consistenza**: Entrambi i workflow (Linux e Windows) ora leggono la versione dalla **stessa fonte** (`.csproj`)
+
+## Modello Dati
+
+### VersionInfo.cs
+
+```csharp
+public class VersionInfo
+{
+    public string Version { get; set; } = "0.0.0";
+    public string CommitSha { get; set; } = "unknown";
+    public string Branch { get; set; } = "unknown";
+    public string BuildDate { get; set; } = "unknown";
+    public string BuildEnvironment { get; set; } = "Local";
+
+    // Formati di output
+    public string GetFullVersion()    // "v2.1.0 (main-abc1234)"
+    public string GetShortVersion()   // "v2.1.0"
+}
+```
+
+## Servizio di Versioning
+
+### VersionService.cs
+
+Il servizio:
+1. Viene registrato come **Singleton** in `Program.cs`
+2. Carica `version.json` all'avvio dell'applicazione
+3. Fornisce fallback a valori di default se il file non esiste
+4. Log dettagliato delle operazioni
+
+```csharp
+public class VersionService : IVersionService
+{
+    public VersionInfo GetVersion()        // Info complete
+    public string GetDisplayVersion()       // Solo versione per UI
+}
+```
+
+### Registrazione del Servizio
+
+In `Program.cs`:
+
+```csharp
+builder.Services.AddSingleton<Data_Coupler.Services.IVersionService, Data_Coupler.Services.VersionService>();
+```
+
+## Integrazione UI
+
+### NavMenu.razor
+
+```razor
+@inject Data_Coupler.Services.IVersionService VersionService
+
+<a class="navbar-brand" href="">Data_Coupler @_version</a>
+
+@code {
+    private string _version = "";
+
+    protected override void OnInitialized()
+    {
+        _version = VersionService.GetDisplayVersion();
+    }
+}
+```
+
+Risultato: **"Data_Coupler v2.1.0"**
+
+## Gestione Versioni
+
+### ⚠️ Importante: Incremento Manuale
+
+**Il sistema NON incrementa automaticamente la versione**. Il versioning segue questo flusso:
+
+1. **Developer** aggiorna manualmente `<Version>` in `Data_Coupler.csproj`
+2. **Gitea Actions** legge la versione dal file `.csproj`
+3. **Workflow** genera `version.json` con la versione letta
+4. **Applicazione** carica e mostra la versione
+
+### Come Incrementare la Versione
+
+**NON** modificare `version.json` direttamente. Segui questi passi:
+
+1. **File csproj**: Aggiorna `<Version>2.1.0</Version>` in `Data_Coupler.csproj`
+2. **Commit e Push**: Le Gitea Actions genereranno automaticamente il nuovo `version.json`
+3. **Deploy**: La nuova versione sarà visibile nell'applicazione
+
+### Semantic Versioning
+
+Seguiamo il pattern **MAJOR.MINOR.PATCH**:
+
+- **MAJOR**: Breaking changes (incompatibilità con versione precedente)
+- **MINOR**: Nuove feature backward-compatible (non rompe codice esistente)
+- **PATCH**: Bug fixes (solo correzioni, nessuna nuova funzionalità)
+
+Esempio progressione:
+- `2.1.0` → `2.1.1` (bug fix - aggiornamento PATCH)
+- `2.1.1` → `2.2.0` (nuova feature - aggiornamento MINOR)
+- `2.2.0` → `3.0.0` (breaking change - aggiornamento MAJOR)
+
+### Pattern di Incremento: Logica e Consistenza
+
+#### 🎯 Fonte Unica della Verità (Single Source of Truth)
+
+Il file **`Data_Coupler.csproj`** è l'**unica fonte** della versione:
+
+```xml
+<PropertyGroup>
+  <Version>2.1.0</Version>
+  <AssemblyVersion>2.1.0.0</AssemblyVersion>
+  <FileVersion>2.1.0.0</FileVersion>
+</PropertyGroup>
+```
+
+#### 📋 Flusso di Versioning
+
+```
+┌───────────────────────────────────────────────────────────────┐
+│ 1. Developer aggiorna <Version> in Data_Coupler.csproj       │
+│    - MANUALE: Developer sceglie il numero (2.1.0 → 2.2.0)    │
+│    - Segue Semantic Versioning                                │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 2. Git Commit & Push                                          │
+│    - git commit -am "Bump version to 2.2.0"                   │
+│    - git push origin main                                     │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 3. Gitea Actions Triggered                                    │
+│    - Workflow avvia automaticamente                           │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 4. Build Linux: Legge versione da .csproj                    │
+│    - grep '<Version>' Data_Coupler.csproj                     │
+│    - Estrae: "2.2.0"                                          │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 5. Build Windows: Legge versione da .csproj                  │
+│    - PowerShell regex: '<Version>(.*?)<\/Version>'            │
+│    - Estrae: "2.2.0"                                          │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 6. Genera version.json (identico su Linux e Windows)         │
+│    {                                                          │
+│      "version": "2.2.0",                                      │
+│      "commitSha": "abc1234",                                  │
+│      "branch": "main",                                        │
+│      "buildDate": "2026-02-02 10:30:45 UTC",                 │
+│      "buildEnvironment": "Gitea Actions"                      │
+│    }                                                          │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 7. Docker Build include version.json                         │
+│    - File copiato in container                                │
+└────────────────────────┬──────────────────────────────────────┘
+                         ↓
+┌───────────────────────────────────────────────────────────────┐
+│ 8. Deploy & Runtime                                           │
+│    - VersionService carica version.json                       │
+│    - NavMenu mostra: "Data_Coupler v2.2.0"                   │
+└───────────────────────────────────────────────────────────────┘
+```
+
+#### ✅ Garanzie di Consistenza
+
+| Aspetto | Linux | Windows | Consistenza |
+|---------|-------|---------|-------------|
+| **Fonte versione** | `.csproj` | `.csproj` | ✅ Identica |
+| **Metodo estrazione** | `grep + sed` | `PowerShell regex` | ✅ Equivalente |
+| **Fallback default** | "2.1.0" | "2.1.0" | ✅ Identico |
+| **Formato date** | UTC | UTC | ✅ Identico |
+| **Formato JSON** | Manuale | `ConvertTo-Json` | ✅ Valido |
+| **Posizione file** | `wwwroot/version.json` | `wwwroot\version.json` | ✅ Stessa |
+
+#### 🚫 Cosa NON Viene Fatto
+
+- ❌ **Auto-incremento**: Non esiste logica di auto-bump (nessun +1 automatico)
+- ❌ **Parsing Git Tags**: Non legge versioni da git tags
+- ❌ **Calcolo automatico**: Non calcola MAJOR/MINOR/PATCH basandosi su commit
+- ❌ **Versionamento per branch**: Tutti i branch usano la stessa versione dal `.csproj`
+
+#### ✅ Cosa Viene Fatto
+
+- ✅ **Lettura semplice**: Estrae valore esistente da `.csproj`
+- ✅ **Propagazione**: Copia versione in `version.json`
+- ✅ **Metadata arricchito**: Aggiunge commit SHA, branch, data
+- ✅ **Consistenza multi-platform**: Stessa logica su Linux e Windows
+
+### Decisioni di Design
+
+**Perché incremento manuale?**
+- **Controllo esplicito**: Developer decide consapevolmente quando incrementare
+- **Semantic Versioning corretto**: Umano determina se MAJOR/MINOR/PATCH
+- **Semplicità**: Nessuna logica complessa di parsing commit messages
+- **Chiarezza**: Una singola fonte di verità (`.csproj`)
+
+**Perché non auto-incremento basato su commit?**
+- Richiederebbe parsing di commit messages (Conventional Commits)
+- Complessità aggiunta senza reale beneficio
+- Rischio di errori nell'interpretazione dei commit
+- Preferibile controllo umano per decisioni di versioning
+
+## File version.json
+
+### Formato
+
+```json
+{
+  "version": "2.1.0",
+  "commitSha": "abc1234",
+  "branch": "main",
+  "buildDate": "2026-02-02 10:30:45 UTC",
+  "buildEnvironment": "Gitea Actions"
+}
+```
+
+### Posizione
+
+- **Sviluppo Locale**: `Data_Coupler/wwwroot/version.json`
+- **Docker Container**: `/app/wwwroot/version.json`
+
+### Fallback
+
+Se `version.json` non esiste o c'è un errore, il servizio usa:
+
+```json
+{
+  "version": "2.1.0",
+  "commitSha": "local",
+  "branch": "dev",
+  "buildDate": "2026-02-02 HH:mm:ss",
+  "buildEnvironment": "Local"
+}
+```
+
+## Testing
+
+### Test Locale
+
+1. Creare manualmente `Data_Coupler/wwwroot/version.json`:
+```json
+{
+  "version": "2.1.0-dev",
+  "commitSha": "local",
+  "branch": "dev",
+  "buildDate": "2026-02-02",
+  "buildEnvironment": "Local"
+}
+```
+
+2. Eseguire l'applicazione:
+```bash
+dotnet run --project Data_Coupler/Data_Coupler.csproj
+```
+
+3. Verificare nel NavMenu la versione "Data_Coupler v2.1.0-dev"
+
+### Test Docker
+
+Dopo il build e push tramite Gitea Actions:
+
+```bash
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:latest
+docker run -p 7550:8080 gitea.home-nas-ds.org/alessio/data-coupler:latest
+```
+
+Verificare:
+- NavMenu mostra la versione corretta
+- Logs mostrano: `Version loaded: v2.1.0 (main-abc1234)`
+
+## Troubleshooting
+
+### Problema: Versione non aggiornata
+
+**Sintomo**: NavMenu mostra sempre "v2.1.0" anche dopo aggiornamento
+
+**Soluzione**:
+1. Verificare che `version.json` sia stato generato nel workflow
+2. Controllare i logs del workflow Gitea
+3. Verificare che il file sia incluso nel Docker image:
+```bash
+docker run --rm gitea.home-nas-ds.org/alessio/data-coupler:latest cat /app/wwwroot/version.json
+```
+
+### Problema: VersionService non trovato
+
+**Sintomo**: Errore `Cannot provide a value for property 'VersionService'`
+
+**Soluzione**:
+Verificare la registrazione in `Program.cs`:
+```csharp
+builder.Services.AddSingleton<Data_Coupler.Services.IVersionService, Data_Coupler.Services.VersionService>();
+```
+
+### Problema: version.json non caricato
+
+**Sintomo**: Logs mostrano "version.json not found"
+
+**Soluzione**:
+1. Verificare che il file esista in `wwwroot/version.json`
+2. Controllare i permessi del file
+3. Verificare il path in `VersionService.cs`:
+```csharp
+var versionFilePath = Path.Combine(_env.ContentRootPath, "wwwroot", "version.json");
+```
+
+## Best Practices
+
+### 1. Aggiornamento Versione
+
+- Aggiornare sempre `<Version>` in `Data_Coupler.csproj`
+- Seguire Semantic Versioning
+- Documentare le modifiche nel changelog
+
+### 2. Build e Deploy
+
+- Testare localmente prima del push
+- Verificare che i workflow Gitea completino con successo
+- Controllare i logs del container dopo il deploy
+
+### 3. Monitoraggio
+
+- Verificare periodicamente che la versione sia corretta
+- Controllare i logs per errori di caricamento `version.json`
+- Mantenere sincronizzati i tag Docker con la versione applicazione
+
+## Integrazione Futura
+
+### Potenziali Miglioramenti
+
+1. **Health Check Endpoint**:
+```csharp
+app.MapGet("/version", (IVersionService versionService) => 
+    Results.Ok(versionService.GetVersion()));
+```
+
+2. **Footer con Versione Dettagliata**:
+```razor
+<footer>
+    Build: @_versionInfo.CommitSha | Branch: @_versionInfo.Branch | @_versionInfo.BuildDate
+</footer>
+```
+
+3. **About Page**:
+Creare una pagina dedicata con tutte le informazioni di versione
+
+4. **Notifiche di Aggiornamento**:
+Sistema per notificare agli utenti quando è disponibile una nuova versione
+
+## Riferimenti
+
+- **File Sorgenti**:
+  - `Data_Coupler/Models/VersionInfo.cs`
+  - `Data_Coupler/Services/VersionService.cs`
+  - `Data_Coupler/Shared/NavMenu.razor`
+  - `Data_Coupler/Program.cs`
+  - `.gitea/workflows/docker-build.yml`
+
+- **Documentazione Correlata**:
+  - `GITHUB_ACTIONS_SETUP.md`
+  - `DOCKER_DEPLOYMENT.md`
+  - `.gitea/workflows/README.md`
+
+---
+
+**Versione Documento**: 1.0  
+**Data Creazione**: 2 Febbraio 2026  
+**Autore**: Alessio Dalsanto  
+**Ultima Revisione**: 2 Febbraio 2026
Author	SHA1	Message	Date
Alessio Dal Santo	e7fb9a5cc7	fix: Corretto caricamento version.json con percorso robusto e copia automatica in output	2026-02-02 12:27:38 +01:00
Alessio Dal Santo	e1f7f919a2	fix: Configurato MinVer con tag prefix e verbosity per calcolo corretto versione 2.1.2	2026-02-02 12:18:10 +01:00
Alessio Dal Santo	593c0b686c	fix: Tag latest solo per branch main - Rimosso tag 'latest' da branch development, staging e dev - Tag 'latest' ora riservato esclusivamente al branch main - Altri branch mantengono tag specifici (development-latest, staging-latest, dev-latest) - Modificati workflow GitHub Actions e Gitea Actions - Semplifica la gestione delle versioni in produzione vs sviluppo	2026-02-02 12:08:52 +01:00
Alessio Dal Santo	ae16f99776	feat: Implementato sistema di versioning automatizzato con MinVer e Gitea Actions Build and Push Docker Images / Build Linux Container (push) Successful in 6m54s Details Build and Push Docker Images / Build Windows Container (push) Has been cancelled Details Build and Push Docker Images / Create Multi-Platform Manifest (push) Has been cancelled Details - Aggiunto MinVer per calcolo automatico versione da git tags - Creato modello VersionInfo e servizio VersionService - Integrato display versione nel NavMenu (Data_Coupler v2.1.0) - Aggiornato workflow Gitea Actions (Linux e Windows) per generare version.json - Risolto problema inconsistenza versioning tra container Linux e Windows - Documentazione completa: VERSIONING_SYSTEM.md e MINVER_SETUP.md - Versione ora calcolata automaticamente da git tags (Semantic Versioning)	2026-02-02 12:00:05 +01:00