Skip to content

Conversation

@grzpiotrowski
Copy link

@grzpiotrowski grzpiotrowski commented Aug 7, 2025

  • Add weekly Konflux dependencies updates grouped into a single PR.
  • Add weekly schedule for Containerfile images updates.
  • Disable all gomod bump PRs to avoid the unnecessary noise. The automated updates were found to be failing the build too often to be considered useful.

Konflux dependencies updates configuration was taken from konflux-ci/mintmaker/config/renovate
/renovate.json

One difference is that updates to quay.io/konflux-ci/konflux-vanguard were also added to be grouped into a single PR. The source config only groups together the updates to: quay.io/konflux-ci/tekton-catalog and quay.io/redhat-appstudio-tekton-catalog.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Aug 7, 2025
@openshift-ci-robot
Copy link

openshift-ci-robot commented Aug 7, 2025

@grzpiotrowski: This pull request references NE-2074 which is a valid jira issue.

In response to this:

  • Add weekly Konflux dependencies updates grouped into a single PR.
  • Add weekly schedule for Containerfile images updates.
  • Disable all gomod bump PRs to avoid the unnecessary noise. The automated updates were found to be failing the build too often to be considered useful.

Konflux dependencies updates are taken from konflux-ci/mintmaker/config/renovate
/renovate.json

One difference is that updates to quay.io/konflux-ci/konflux-vanguard were also added to be grouped into a single PR. The source config only groups together the updates to: quay.io/konflux-ci/tekton-catalog and quay.io/redhat-appstudio-tekton-catalog.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Aug 7, 2025

@grzpiotrowski: This pull request references NE-2074 which is a valid jira issue.

In response to this:

  • Add weekly Konflux dependencies updates grouped into a single PR.
  • Add weekly schedule for Containerfile images updates.
  • Disable all gomod bump PRs to avoid the unnecessary noise. The automated updates were found to be failing the build too often to be considered useful.

Konflux dependencies updates configuration was taken from konflux-ci/mintmaker/config/renovate
/renovate.json

One difference is that updates to quay.io/konflux-ci/konflux-vanguard were also added to be grouped into a single PR. The source config only groups together the updates to: quay.io/konflux-ci/tekton-catalog and quay.io/redhat-appstudio-tekton-catalog.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot requested review from candita and rfredette August 7, 2025 14:12
"branchTopic": "{{{baseBranch}}}",
"commitMessageTopic": "{{{groupName}}}"
},
"commitMessageTopic": "Konflux references",

Choose a reason for hiding this comment

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

Can we have a carry patch prefix?

Suggested change
"commitMessageTopic": "Konflux references",
"commitMessageTopic": "UPSTREAM <carry>: Konflux references",

Copy link
Author

Choose a reason for hiding this comment

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

I was under the impression that the commit prefix we have set in the broader scope would handle this, but I think you're right and I added this now.

Copy link

@alebedev87 alebedev87 Aug 11, 2025

Choose a reason for hiding this comment

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

I was under the impression that the commit prefix we have set in the broader scope would handle this

I'm not sure either. Can a dry-run help us here or not?

Copy link
Author

Choose a reason for hiding this comment

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

Right, I just did a dry-run with commitMessageTopic": "Konflux references", and it correctly adds the prefix from the broader config that we have. I reverted this line back to this version.

Fragment from the dry-run:

       "branchesInformation": [
         {
           "branchName": "konflux/references/main",
           "prNo": null,
           "prTitle": "UPSTREAM: <carry>: Update Konflux references",
           "result": "not-scheduled",
           "upgrades": [ ...

Interestingly when I tested with "commitMessageTopic": "UPSTREAM <carry>: Konflux references", it would not duplicate that prefix.

The dry run only shows the PR titles but looks like they are the same as commit messages.

Comment on lines +87 to +93
"postUpgradeTasks": {
"commands": [
"pipeline-migration-tool migrate -f \"$RENOVATE_POST_UPGRADE_COMMAND_DATA_FILE\""
],
"executionMode": "branch",
"dataFileTemplate": "[{{#each upgrades}}{\"depName\": \"{{{depName}}}\", \"currentValue\": \"{{{currentValue}}}\", \"currentDigest\": \"{{{currentDigest}}}\", \"newValue\": \"{{{newValue}}}\", \"newDigest\": \"{{{newDigest}}}\", \"packageFile\": \"{{{packageFile}}}\", \"parentDir\": \"{{{parentDir}}}\", \"depTypes\": [{{#each depTypes}}\"{{{this}}}\"{{#unless @last}},{{\/unless}}{{\/each}}]}{{#unless @last}},{{\/unless}}{{\/each}}]"
}

Choose a reason for hiding this comment

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

What does it do exactly post upgrade?

Copy link
Author

Choose a reason for hiding this comment

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

It is part of the default MintMaker configuration. That is the one which is in place when there is no renovate.json file existing in the repo.

Also we could technically use the extends field in our renovate config and point to that file, then disable whatever configuration we don't want from there. But since we have set very specific requirements I reckon we can stay at the configuration in the current form where we add what is needed instead of disabling things from the extended default config.

To answer the question though after some research: this executes the konflux-ci/pipeline-migration-tool which handles any configuration updates needed to the pipelines after the version bump. Like when some parameters change from version to version etc.

links:

@grzpiotrowski grzpiotrowski force-pushed the renovate-dependency-management branch from 29909e3 to 8a400ed Compare August 11, 2025 10:52
…ble gomod bumps

- Add weekly Konflux dependencies updates grouped into a single PR.
- Add weekly schedule for Containerfile images updates.
- Disable all gomod bump PRs.
@grzpiotrowski grzpiotrowski force-pushed the renovate-dependency-management branch from 8a400ed to 5231ce4 Compare August 11, 2025 11:19
@openshift-ci
Copy link

openshift-ci bot commented Aug 11, 2025

@grzpiotrowski: all tests passed!

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

Copy link

@alebedev87 alebedev87 left a comment

Choose a reason for hiding this comment

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

/lgtm
/approve

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 11, 2025
@openshift-ci
Copy link

openshift-ci bot commented Aug 11, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: alebedev87

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 11, 2025
@openshift-merge-bot openshift-merge-bot bot merged commit bdff559 into openshift:main Aug 11, 2025
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants