Fix baseline version selection for new releases#40
Merged
Malcolmnixon merged 2 commits intomainfrom Feb 6, 2026
Merged
Conversation
Co-authored-by: Malcolmnixon <1863707+Malcolmnixon@users.noreply.github.com>
Copilot
AI
changed the title
[WIP] Fix target version selection in BuildMark
Fix baseline version selection for new releases
Feb 6, 2026
Malcolmnixon
approved these changes
Feb 6, 2026
Malcolmnixon
approved these changes
Feb 6, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Pull Request
Description
When generating build notes for a version not yet in history (e.g., 1.2.0 with existing releases 1.1.0 and 1.0.0), BuildMark incorrectly selected 1.0.0 as the baseline instead of 1.1.0.
Root Cause:
DetermineSearchStartIndexinGitHubRepoConnectorreturned index 1 when the target version was not found in release history, skipping the most recent release at index 0.Fix: Changed return value from 1 to 0 when
toIndex == -1, ensuring search starts from the most recent release. GitHub orders releases newest-first, so index 0 is always the correct starting point for a new version.Type of Change
Related Issues
Pre-Submission Checklist
Before submitting this pull request, ensure you have completed the following:
Build and Test
dotnet build --configuration Releasedotnet test --configuration ReleaseCode Quality
dotnet format --verify-no-changesQuality Checks
Please run the following checks before submitting:
cspell "**/*.{md,cs}"markdownlint "**/*.md"yamllint '**/*.{yml,yaml}'Testing
Documentation
Additional Notes
All 84 existing tests pass. CodeQL security scan shows no vulnerabilities. The fix is a single-line change with updated comments for clarity.
Warning
Firewall rules blocked me from connecting to one or more addresses (expand for details)
I tried to connect to the following addresses, but was blocked by firewall rules:
https://storage.googleapis.com/chromium-browser-snapshots/Linux_x64/1108766/chrome-linux.zip/home/REDACTED/work/_temp/ghcca-node/node/bin/node node install.js(http block)If you need me to access, download, or install something from one of these locations, you can either:
Original prompt
✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.