ci: changie-existence workflow#49
Merged
ayeshurun merged 25 commits intomicrosoft:mainfrom Nov 11, 2025
Merged
Conversation
fix: semantic pr
…hangie-workflow
added 2 commits
October 26, 2025 09:19
ohadedry
approved these changes
Nov 11, 2025
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
This pull request introduces a new GitHub Actions workflow to enforce the creation of changelog entries for pull requests, improving our release process and documentation.
✨ Description of new changes
A new GitHub Actions workflow,
changelog-existence.yml, has been added to automate the validation of changelog entries.main, the workflow checks for the existence of a changelog file in the.changes/unreleased/directory.changie new.skip-changeloglabel to the pull request. The workflow will automatically delete its comment and pass. This bypass is allowed for Fabric CLI team only.🔒 Security and Configuration
The workflow is configured with specific
concurrencyandpermissionssettings to ensure efficient and secure execution.Concurrency:
group: Ensures that only one instance of the workflow runs per pull request at any given time.cancel-in-progress: true: If new commits are pushed to the PR, any previously running workflow for that PR is canceled. This prevents outdated checks from running and saves resources.Permissions:
The permissions are scoped to the minimum required for the workflow to function, following the principle of least privilege:
pull-requests: write&issues: write: Required to post and update comments on the pull request (e.g., the changelog preview or missing entry warning). These permissions are confined to the PR that triggered the workflow.contents: read: Required to check out the repository's code and read file diffs to check for a changelog entry. This is a read-only permission and does not allow for any modification of the code, making it safe.