[CLOUDP-350567] Automate PR creation to release helm chart using gh helm repo

[viveksinghggits]

Summary

Per current process when we try to release a version of the helm chart we create a PR to the mongodb/helm-charts repo. Since this is manual task, it's time consuming and error prone.
This PR tries to automate that manual task.

Proof of Work

The successful run here created the PR on helm chart repo successfully.

[2025/10/10 11:56:53.577] INFO     2025-10-10 09:56:53,577 [create_chart_release_pr]  Command succeeded
[2025/10/10 11:56:53.577] INFO     2025-10-10 09:56:53,577 [create_chart_release_pr]  Running command: git push -u origin mck-release-x.y.z in directory /data/mci/7faac8b315a48c50db2b095e7185d1ea/tmp/tmp0nfkyg_w/helm-charts
[2025/10/10 11:56:54.444] INFO     2025-10-10 09:56:54,443 [create_chart_release_pr]  Command succeeded
[2025/10/10 11:56:54.444] INFO     2025-10-10 09:56:54,444 [create_chart_release_pr]  Creating the pull request in the helm-charts repo.
[2025/10/10 11:56:55.762] INFO     2025-10-10 09:56:55,762 [create_chart_release_pr]  Successfully created Pull Request https://github.com/mongodb/helm-charts/pull/516
[2025/10/10 11:56:55.801] Finished command 'subprocess.exec' in function 'create_chart_release_pr' (step 3.2 of 3) in 2.73136881s.

Checklist

• Have you linked a jira ticket and/or is the ticket in the title?
• Have you checked whether your jira ticket required DOCSP changes?
• Have you added changelog file?
  • use skip-changelog label if not needed
  • refer to Changelog files and Release Notes section in CONTRIBUTING.md for more details

[github-actions]

⚠️ (this preview might not be accurate if the PR is not rebased on current master branch)

MCK 1.5.0 Release Notes

New Features

• Improve automation agent certificate rotation: the agent now restarts automatically when its certificate is renewed, ensuring smooth operation without manual intervention and allowing seamless certificate updates without requiring manual Pod restarts.

Bug Fixes

• MongoDBMultiCluster: fix resource stuck in Pending state if any clusterSpecList item has 0 members. After the fix, a value of 0 members is handled correctly, similarly to how it's done in the MongoDB resource.
• MultiClusterSharded: Blocked removing non-zero member cluster from MongoDB resource. This prevents from scaling down member cluster without current configuration available, which could lead to unexpected issues.

[MaciejKaras]

can we move script to release/helm_charts subdir?

[MaciejKaras]

after github_token is not found it should return

[MaciejKaras]

RELEASE_OPERATOR_VERSION is not there anymore, please use OPERATOR_VERSION instead

[MaciejKaras]

q: what happens if the previous mck-release-{chart_version} branch was merged and we want to make a fix to the same helm chart version? Will this work?

[MaciejKaras]

do we actually need this specified? Cannot we just call pathlib.Path().resolve()?

If we run the script locally, it working dir should be proper one. If we run the script on evg host we just need to set working_dir: src/github.com/mongodb/mongodb-kubernetes and it will also work.

[MaciejKaras]

I would check for github_token in the beginning and later just assume it is set

[MaciejKaras]

If create_pull_request returns 0 or 1 in case of errors we should propagate the result to main. Currently the result is swallowed.

[MaciejKaras]

Code generally looks good, but I have two general comments:

• instead of logging error and returning the error code, it's easier to just repackage the error and raise it again:

except GithubException as e:
    raise Exception(f"ERROR: Could not create Pull Request. GitHub API returned an error: {e.status}, details: {e.data}, original error: {e}")

• the main method does a little too much. It should only handle flags parsing and validation. After that call nested method with validated args that does the hard work.