[github-actions]

🤖 This is an automated response from Repo Assist.

Closes #4222

Root cause

ProjectFile.GetCompileItems (used by paket pack --symbols to resolve source files to bundle) called getCompileItem on every <Compile> XML node and required an Include or Update attribute, throwing failwithf "Compile entry is in unknown format" otherwise. However, MSBuild also allows <Compile Remove="pattern" /> items with neither attribute — a valid, common construct used to exclude files from compilation (e.g., after disabling a file's build action). Any project containing such an item crashed the whole pack command.

Fix

getCompileItem now returns CompileItem option: it still resolves Include/Update as before, but returns None (instead of throwing) when neither attribute is present. The GetCompileItems pipeline uses Seq.choose instead of Seq.map so these non-compile entries are silently skipped.

Trade-offs

This purely widens acceptance — no previously-valid project files change behavior. Entries with neither attribute are, by MSBuild semantics, not compile-item declarations, so skipping them (rather than trying to guess a source file) is correct.

Test Status

• Added tests/Paket.Tests/ProjectFile/TestData/CompileRemoveOnly.csprojtest, an SDK-style project containing only a <Compile Remove="Excluded.cs" /> item.
• Added a regression test in OutputSpecs.fs asserting GetCompileItems returns an empty sequence (no exception) for this project.
• dotnet build src/Paket.Core/Paket.Core.fsproj -c Release: succeeded (net461 + netstandard2.0, no new warnings/errors).
• dotnet test tests/Paket.Tests/Paket.Tests.fsproj --filter "FullyQualifiedName~OutputSpecs" -f net10.0: 38/38 passed, including the new test.

Generated by 🌈 Repo Assist, see workflow run. Learn more.
_{Comment /repo-assist to run again}

_{Add this agentic workflow to your repo}

To install this agentic workflow, run

gh aw add githubnext/agentics/workflows/repo-assist.md@ae8d551f07c7ed7619f8c58c7bb4c3ac89395d38