Azure / Azure/azure-sdk-tools

Prevent Stale Release Plans Caused by Unmerged Approved SDK Pull Requests

Open
#16,983 4 comments 0 reactions 0 assignees View on GitHub
needs-triage
Dominant language
C#
Stars
135
Forks
260
Avg merge
3d 1h
Merged PRs (30d)
143

Description

**Problem Statement**
A release plan can enter an inconsistent state when SDK pull requests are merged and released for only a subset of supported languages.

The first SDK pull request merged under a release plan is typically a strong signal that the service is ready for SDK release. However, service teams may occasionally overlook remaining language-specific SDK pull requests, leaving them approved but unmerged. As a result:

Only some language SDKs are released.
Remaining language SDK pull requests become stale and idle.
Release plans remain incomplete for extended periods.
Customers experience inconsistent SDK availability across languages.

**Proposed Solution**

Identify release plans where:

- At least one SDK pull request has been merged.
- One or more SDK pull requests for other languages remain open.
- The remaining pull requests satisfy auto-merge requirements (approved and passing required validations).

Action:

When the first SDK pull request is merged under a release plan:

1. Detect all remaining eligible language SDK pull requests associated with the same release plan.
2. Automatically apply the `auto-merge` label to those pull requests.
3. Allow the existing auto-merge workflow to merge the remaining SDK pull requests.

**Benefits**

- Prevents partial SDK releases across languages.
- Reduces stale SDK pull requests.
- Improves release plan completion rates.
- Ensures a consistent release experience across all supported languages.
- Eliminates manual follow-up for forgotten language SDK pull requests.

**Summary**

Once a service begins releasing SDKs for a release plan, the system should assume that all remaining approved and validated language SDK pull requests are intended for release and automatically move them toward completion.

Contributor guide

Open the contributing guide

Research direction

Start by locating the release-plan handling and the existing auto-merge workflow described in the issue. Trace how merged SDK pull requests and approval or validation status are detected, then verify that eligible pull requests for remaining languages receive the auto-merge label and complete the release plan consistently.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
ci-cd, release
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.