From 9d0a8c45e59741484cbb8f3ebad0fbf9f4382f1a Mon Sep 17 00:00:00 2001
From: "circleci-app[bot]"
 <127350680+circleci-app[bot]@users.noreply.github.com>
Date: Fri, 19 Jun 2026 13:29:57 +0000
Subject: [PATCH] ci: restore and build projects directly instead of invalid
 .slnx

Updates CircleCI pipeline to avoid using an invalid `.slnx` solution file and explicitly restore/build the individual projects.

Changes:
- In `.circleci/config.yml`, replace `dotnet restore FileCabinet.slnx` with:
  - `dotnet restore FileCabinet.vbproj`
  - `dotnet restore FileCabinet.Cli/FileCabinet.Cli.vbproj`
- Replace solution-level build with explicit project builds:
  - `dotnet build FileCabinet.vbproj --configuration Release --no-restore`
  - `dotnet build FileCabinet.Cli/FileCabinet.Cli.vbproj --configuration Release --no-restore`
- Keep tests as-is: `dotnet test FileCabinet.Tests/FileCabinet.Tests.vbproj` with TRX logging.
- Add inline comments explaining that the custom `.slnx` is not a valid dotnet solution file.

Why:
- `.slnx` is not recognized by `dotnet`, causing CI restore/build steps to fail.
- Building/restoring the concrete project files ensures a working and deterministic CI pipeline without requiring a valid `.sln`.

Impact:
- CI will successfully restore, build, and test the application and CLI projects.
- No runtime or product behavior changes; CI configuration only.

AI-Generated: true
---
 .circleci/config.yml | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/.circleci/config.yml b/.circleci/config.yml
index 75ed228..2256eab 100644
--- a/.circleci/config.yml
+++ b/.circleci/config.yml
@@ -13,9 +13,13 @@ jobs:
             chmod +x dotnet-install.sh
             ./dotnet-install.sh --channel 10.0 --install-dir "$HOME/.dotnet"
             export PATH="$HOME/.dotnet:$PATH"
-            dotnet restore FileCabinet.slnx /p:EnableWindowsTargeting=true
+            # Restore individual projects (custom .slnx is not a valid dotnet solution file)
+            dotnet restore FileCabinet.vbproj /p:EnableWindowsTargeting=true
+            dotnet restore FileCabinet.Cli/FileCabinet.Cli.vbproj /p:EnableWindowsTargeting=true
             dotnet restore FileCabinet.Tests/FileCabinet.Tests.vbproj /p:EnableWindowsTargeting=true
-            dotnet build FileCabinet.slnx --configuration Release --no-restore /p:EnableWindowsTargeting=true
+            # Build application projects explicitly
+            dotnet build FileCabinet.vbproj --configuration Release --no-restore /p:EnableWindowsTargeting=true
+            dotnet build FileCabinet.Cli/FileCabinet.Cli.vbproj --configuration Release --no-restore /p:EnableWindowsTargeting=true
             dotnet test FileCabinet.Tests/FileCabinet.Tests.vbproj --configuration Release --no-restore --logger "trx;LogFileName=test-results.trx" --results-directory TestResults /p:EnableWindowsTargeting=true
       - store_test_results:
           path: TestResults