Skip to content

[tool] Rename batch change override label#12263

Merged
auto-submit[bot] merged 1 commit into
flutter:mainfrom
stuartmorgan-g:tool-batch-change-label-rename
Jul 21, 2026
Merged

[tool] Rename batch change override label#12263
auto-submit[bot] merged 1 commit into
flutter:mainfrom
stuartmorgan-g:tool-batch-change-label-rename

Conversation

@stuartmorgan-g

Copy link
Copy Markdown
Collaborator

(again)

This was given a more descriptive lbale in
#11835, but it appears based on failures when attempting to generate the PR that there is an undocumented length limit of 50 characters for label names, and override: skip-batch-release-repo-check- uses 40 of them, which causes problems when adding the package name.

This renames to override: batch-, which is less descriptive, but should work around the length limit.

Longer term, we may need to revisit having the package name in the label to avoid edge case issues with long package names.

(again)

This was given a more descriptive lbale in
flutter#11835, but it appears based on
failures when attempting to generate the PR that there is an
undocumented length limit of 50 characters for label names, and
`override: skip-batch-release-repo-check-` uses 40 of them, which causes
problems when adding the package name.

This renames to `override: batch-`, which is less descriptive, but
should work around the length limit.

Longer term, we may need to revisit having the package name in the label
to avoid edge case issues with long package names.
@stuartmorgan-g
stuartmorgan-g requested a review from justinmc July 21, 2026 18:41
@flutter-dashboard flutter-dashboard Bot added the CICD Run CI/CD label Jul 21, 2026

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the validator and associated tests to replace the override label 'override: skip-batch-release-repo-check-' with 'override: batch-'. Feedback on this change notes that the new label format may still exceed GitHub's 50-character limit for packages with long names, and suggests considering a shorter prefix or a generic label to prevent potential issues.

// checks.
final bool shouldSkipBatchReleaseRepoCheck = _prLabels.contains(
'override: skip-batch-release-repo-check-${pubspec.name}',
'override: batch-${pubspec.name}',

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

medium

While renaming the label to override: batch-${pubspec.name} reduces the length, it may still exceed GitHub's 50-character label limit for packages with long names.

For example:

  • interactive_media_ads_platform_interface (40 chars) + override: batch- (16 chars) = 56 characters.
  • google_maps_flutter_platform_interface (38 chars) + override: batch- (16 chars) = 54 characters.
  • shared_preferences_platform_interface (37 chars) + override: batch- (16 chars) = 53 characters.

Consider using a shorter prefix (e.g., batch-${pubspec.name}) or a generic label like override: batch-release that applies to all packages in the PR to avoid hitting this limit.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

For posterity: we can't remove override: without changing Cocoon, because there is Cocoon-level plumbing that carries over just override: * labels to a context where the CI tooling can see them.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

You could also truncate the package name to the first 44 characters and hope we never end up with a collision.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

I think if we have length issues again in practice we should probably just switch to a single static label rather than a per-package label. Things would have to go pretty seriously wrong for changes to be happening in the wrong package, and I would think the human review step would catch that.

@justinmc justinmc left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

LGTM 👍

// checks.
final bool shouldSkipBatchReleaseRepoCheck = _prLabels.contains(
'override: skip-batch-release-repo-check-${pubspec.name}',
'override: batch-${pubspec.name}',

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

You could also truncate the package name to the first 44 characters and hope we never end up with a collision.

@justinmc justinmc added the autosubmit Merge PR when tree becomes green via auto submit App label Jul 21, 2026
@auto-submit
auto-submit Bot merged commit 825235b into flutter:main Jul 21, 2026
12 checks passed
Zubii12 pushed a commit to Zubii12/packages that referenced this pull request Jul 23, 2026
(again)

This was given a more descriptive lbale in
flutter#11835, but it appears based on failures when attempting to generate the PR that there is an undocumented length limit of 50 characters for label names, and `override: skip-batch-release-repo-check-` uses 40 of them, which causes problems when adding the package name.

This renames to `override: batch-`, which is less descriptive, but should work around the length limit.

Longer term, we may need to revisit having the package name in the label to avoid edge case issues with long package names.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

autosubmit Merge PR when tree becomes green via auto submit App CICD Run CI/CD

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants