Closed JKRhb closed 6 months ago
This is your friendly self-service bot.
Thank you for raising a pull request to update the configuration of your GitHub organization. You can manually add reviewers to this PR to eventually enable auto-merging.
The following conditions need to fulfilled for auto-merging to be available:
This is your friendly self-service bot. Please find below the validation of the requested configuration changes:
This is your friendly self-service bot. The current configuration is in-sync with the live settings. :rocket:
This is your friendly self-service bot. Please find below the validation of the requested configuration changes:
This is your friendly self-service bot. The current configuration is in-sync with the live settings. :rocket:
This is your friendly self-service bot. Please find below the validation of the requested configuration changes:
This is your friendly self-service bot. The current configuration is in-sync with the live settings. :rocket:
Thanks to @eclipse-thingweb-bot, I noticed a few things I had to fix for this updated configuration to work. I updated the PR accordingly.
the best practice to automate releases using workflows would be the following:
Here is some example:
workflow config:
Otterdog itself: https://github.com/eclipse-csi/otterdog/blob/main/.github/workflows/release.yml Xpanse: https://github.com/eclipse-xpanse/xpanse/blob/main/.github/workflows/release.yml
otterdog config:
https://github.com/eclipse-xpanse/.eclipsefdn/blob/main/otterdog/eclipse-xpanse.jsonnet#L157-L159 https://github.com/eclipse-xpanse/.eclipsefdn/blob/main/otterdog/eclipse-xpanse.jsonnet#L164-L173
For the otterdog repo we have not setup a branch protection rule yet, but it will follow the same config as for xpanse.
Its up to you how you trigger such a release. Some people add a tag which then triggers the release workflow. I prefer to do it manually and then enter the release version that I want to release. The otterdog release workflow is then able to bump the version number after the release depending on what you select during the manual trigger.
Hmm, I see now that you have some required status checks. There is a shortcoming of branch protection rules such that even when you add a user to the bypass list, you will still not be able to push to the branch if the status checks are not attached to the commit (which will certainly not happen as these are only triggered when a PR is created). The workaround is to either disable status checks (which is ofc painful), or to use rulesets, which offer the same functionality as branch protection rules, but their bypass mechanism also works for status checks.
Example is here:
https://github.com/jetty/.eclipsefdn/blob/main/otterdog/jetty.jsonnet#L312-L332
Thank you for your detailed response, @netomi! :) If you could add the token for the bot to the dart_wot
repository as a secret, then I think that already would already solve the original issue and this PR would become obsolete, as the Thingweb bot should probably be able to trigger PR workflow runs.
This is your friendly self-service bot. Please find below the validation of the requested configuration changes:
cc @eclipse-thingweb/eclipsefdn-security
cc @eclipse-thingweb/eclipsefdn-releng
This is your friendly self-service bot. The current configuration is in-sync with the live settings. :rocket:
I have added a BOT_TOKEN secret to this PR.
The other changes are still useful, they basically require you to create a PR for each change on the main branch and require at least 1 approval. You can still merge the PR as you are in the bypass list, but you will need to create a PR. Direct pushes to the main branch will not work anymore.
This is your friendly self-service bot.
The changes could not be applied successfully, please check the output:
Organization iot.thingweb[id=eclipse-thingweb]
╷
│ Error: failed to load current configuration
│
│ failed running graphql query 'get-branch-protection-rules.gql': {"message": "We couldn't respond to your request in time. Sorry about that. Please try resubmitting your request and contact us if the problem persists."}
╵
cc @eclipse-thingweb/eclipsefdn-security
cc @eclipse-thingweb/eclipsefdn-releng
Thank you very much! :)
/otterdog done
This is your friendly self-service bot. The PR has been marked as being completed.
For dart_wot, I want to automate the release procedure and let GitHub Actions automatically generate new release notes and bump the version number of the package. However, for security reasons, apparently you need to add a personal access token to actually let the GitHub Actions workflows run for Pull Requests, causing the PRs to not be mergable in the current setup due to required checks that don't get triggered.
As a quick workaround, this PR would give me privileges to bypass the branch protection rules if needed. I would revert this change once I have a personal access token in place that can be used for this purpose. By the way: Are there any best practices to create personal access tokens for Eclipse Projects?
Thanks a lot :)