Skip to content

Conversation

@lovisaberggren
Copy link
Collaborator

Proposed changes

Adds some comments describing the IPA release workflow and what it does. Addresses comments in previous PR

Jira ticket: CLOUDP-296909

@lovisaberggren lovisaberggren marked this pull request as ready for review January 27, 2025 11:35
@lovisaberggren lovisaberggren requested a review from a team as a code owner January 27, 2025 11:35
Copy link
Collaborator

@andreaangiolillo andreaangiolillo left a comment

Choose a reason for hiding this comment

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

LGTM

Comment on lines +26 to 28
# Checks the last workflow run, and decides whether the IPA release metrics should be uploaded or
# skipped. The release-IPA-metrics job only runs if the last release was not today and did not fail.
pre-IPA-metrics-release-checks:
Copy link
Collaborator

Choose a reason for hiding this comment

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

Do you have a Jira ticket where you plan to run the workflow as part of the release process? Btw, you could just update this workflow to run automatically when a specific file is updated on the master branch

on:
  push:
    paths:
      - openapi/v2.json

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

We have already added it here: #388

Btw, you could just update this workflow to run automatically when a specific file is updated on the master branch

That could be an option, though this file corresponds to the prod oas right? Since we wanted to get the metrics from the dev oas I think we need to do it during the dev oas release

Copy link
Collaborator

@andreaangiolillo andreaangiolillo Jan 27, 2025

Choose a reason for hiding this comment

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

We have already added it here

Ah okay, I missed it. I am still of the opinion that you don't need to add it to the release workflow as this makes it more complex🤔 IMO the easiest approach would be to run the workflow once a day (end of the day) and file an issue on the repo if the push fails. The Foas Release process is getting more and more complex + this approach forces us to run this workflow multiple times per day (~every hour if the spec has changed on master) while we just need to run it once.

No need to address anything here, it is more me thinking loud.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Yeah I see your point, it's something we can consider as an improvement perhaps during the new epic IPA: validations applied, or as a follow up during a non-epic week, CC: @yelizhenden-mdb

@lovisaberggren lovisaberggren merged commit 27ef870 into main Jan 27, 2025
11 checks passed
@lovisaberggren lovisaberggren deleted the CLOUDP-296909 branch January 27, 2025 11:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants