Skip to content

chore: remove release drafter configuration and workflow - #64

Merged
snovak7 merged 1 commit into
mainfrom
63-roslyn-update-release-drafter
Aug 14, 2026
Merged

chore: remove release drafter configuration and workflow#64
snovak7 merged 1 commit into
mainfrom
63-roslyn-update-release-drafter

Conversation

@snovak7

@snovak7 snovak7 commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

Closes #63

Summary by Sourcery

Streamline Release Drafter automation for releases and prereleases triggered by pushes and pull requests.

Build:

  • Simplify the Release Drafter GitHub Actions workflow by removing manual dispatch inputs and basing behavior solely on push and pull request events.
  • Introduce a dedicated prerelease drafting job alongside the release draft job, both using the updated Release Drafter v7.7.0 action.
  • Remove the standalone Release Drafter configuration file from the repository to rely on default or alternative configuration.

@snovak7 snovak7 self-assigned this Aug 14, 2026
@snovak7 snovak7 linked an issue Aug 14, 2026 that may be closed by this pull request
@snovak7 snovak7 added the area/dev-tooling Development Tooling label Aug 14, 2026
@sourcery-ai

sourcery-ai Bot commented Aug 14, 2026

Copy link
Copy Markdown

Reviewer's Guide

The PR simplifies and hardens the Release Drafter GitHub Actions setup by removing the separate configuration file, inlining fixed prerelease and release settings in the workflow, updating event triggers, and adding a dedicated prerelease job while bumping the Release Drafter action version.

Flow diagram for the updated Release Drafter workflow

flowchart LR
    subgraph GitHubEvents
      push_main["push to main"]
      pull_request_events["pull_request (opened/edited/etc.)"]
    end

    push_main --> update_release_draft
    pull_request_events --> update_prerelease_draft

    subgraph WorkflowJobs
      update_prerelease_draft["job update_prerelease_draft\nprerelease: true\nidentifier: rc"]
      update_release_draft["job update_release_draft\nprerelease: false"]
    end

    subgraph ReleaseDrafter
      release_drafter_action["release-drafter@v7.7.0\ninline config"]
    end

    update_prerelease_draft --> release_drafter_action
    update_release_draft --> release_drafter_action
Loading

File-Level Changes

Change Details Files
Refine Release Drafter workflow triggers and concurrency handling for pull requests.
  • Change workflow trigger from pull_request_target to pull_request for PR events to avoid elevated token usage.
  • Expand pull request event types to include labeled and unlabeled for more granular drafting behavior.
  • Keep concurrency grouping based on event name and ref to ensure only one workflow per PR or ref runs at a time.
.github/workflows/release-drafter.yml
Separate prerelease and release drafting into distinct jobs with explicit configuration and updated action version.
  • Introduce an update_prerelease_draft job that always creates prerelease drafts with a fixed identifier and write permissions.
  • Simplify update_release_draft to always create non-prerelease releases with an empty identifier instead of reading workflow_dispatch inputs.
  • Upgrade Release Drafter action from v6.2.0 to v7.7.0 for both prerelease and release jobs.
  • Remove workflow_dispatch inputs for release-type, identifier, and include-pre-releases since those behaviors are now hard-coded per job.
.github/workflows/release-drafter.yml
Remove external Release Drafter configuration file in favor of workflow-embedded settings.
  • Delete the standalone .github/release-drafter.yml configuration file, relying instead on action defaults and inline parameters in the workflow.
.github/release-drafter.yml

Assessment against linked issues

Issue Objective Addressed Explanation
#63 Update the Roslyn repository’s Release Drafter setup (GitHub Actions workflow and associated configuration) to the desired new version/behavior.

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@coderabbitai

coderabbitai Bot commented Aug 14, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@snovak7, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 18 minutes

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 3c1e057b-6dee-492a-878a-2e9334ae22b7

📥 Commits

Reviewing files that changed from the base of the PR and between 7853ad8 and 8d74bce.

📒 Files selected for processing (2)
  • .github/release-drafter.yml
  • .github/workflows/release-drafter.yml

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've left some high level feedback:

  • The PR title suggests fully removing Release Drafter, but the workflow still uses release-drafter; if the intent is to stop using it, consider deleting the workflow rather than updating and version-bumping it.
  • With .github/release-drafter.yml removed, the Release Drafter action will fall back to its defaults; if you still need customized release notes behavior, consider retaining a minimal configuration file instead of deleting it outright.
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- The PR title suggests fully removing Release Drafter, but the workflow still uses `release-drafter`; if the intent is to stop using it, consider deleting the workflow rather than updating and version-bumping it.
- With `.github/release-drafter.yml` removed, the Release Drafter action will fall back to its defaults; if you still need customized release notes behavior, consider retaining a minimal configuration file instead of deleting it outright.

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

branches:
- main
pull_request_target:
pull_request:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

WARNING: Changing pull_request_target to pull_request breaks the workflow for PRs from forks

The pull_request event provides a read-only GITHUB_TOKEN for PRs from forks, but this workflow needs contents: write and pull-requests: write permissions to update release drafts and PR comments. Fork PRs will fail silently or with permission errors. Consider retaining pull_request_target or adding a separate pull_request job with reduced permissions if fork support is needed.


Reply with @kilocode-bot fix it to have Kilo Code address this issue.

cancel-in-progress: ${{ github.ref != 'refs/heads/main' && github.ref_type != 'tag' }}

jobs:
update_prerelease_draft:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

WARNING: Missing if: conditions on jobs causes both to run for all events

Neither update_prerelease_draft nor update_release_draft has an if: condition, so both jobs execute for every trigger event (push to main, all PR event types). For push events, this creates both a release draft and a prerelease draft simultaneously, which may conflict. For PR events, both jobs also run even though only the prerelease draft may be intended. Add if: github.event_name == 'pull_request' to update_prerelease_draft and if: github.event_name == 'push' to update_release_draft.


Reply with @kilocode-bot fix it to have Kilo Code address this issue.

@kilo-code-bot

kilo-code-bot Bot commented Aug 14, 2026

Copy link
Copy Markdown

Code Review Summary

Status: 2 Issues Found | Recommendation: Address before merge

Overview

Severity Count
CRITICAL 0
WARNING 2
SUGGESTION 0
Issue Details (click to expand)

WARNING

File Line Issue
.github/workflows/release-drafter.yml 7 Changing pull_request_target to pull_request breaks the workflow for PRs from forks. The GITHUB_TOKEN is read-only for fork PRs, but the workflow needs write permissions.
.github/workflows/release-drafter.yml 21 Missing if: conditions on jobs causes both update_prerelease_draft and update_release_draft to run for all trigger events, potentially creating duplicate or conflicting drafts.
Files Reviewed (2 files)
  • .github/workflows/release-drafter.yml - 2 issues
  • .github/release-drafter.yml - reviewed (deleted)

Fix these issues in Kilo Cloud


Reviewed by step-3.7-flash · Input: 64K · Output: 13.2K · Cached: 201.9K

@snovak7
snovak7 merged commit b6a5387 into main Aug 14, 2026
8 of 12 checks passed
@snovak7
snovak7 deleted the 63-roslyn-update-release-drafter branch August 14, 2026 19:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area/dev-tooling Development Tooling

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Roslyn: update release drafter

1 participant