Skip to content

feat: Add actions and scripts to verify if conda package is available. - #94

Merged
karthikbekalp merged 1 commit into
aws-deadline:mainlinefrom
karthikbekalp:chkConda
Aug 31, 2026
Merged

feat: Add actions and scripts to verify if conda package is available.#94
karthikbekalp merged 1 commit into
aws-deadline:mainlinefrom
karthikbekalp:chkConda

Conversation

@karthikbekalp

@karthikbekalp karthikbekalp commented Aug 31, 2026

Copy link
Copy Markdown

What was the problem/requirement? (What/Why)

We want to enable DCC Github repos to be able to automatically check if the conda package version is released in all regions and if so continue with the release.

What was the solution? (How)

The main problem was to know whether a conda package has been released or not.
We now have a URL: https://downloads.deadlinecloud.amazonaws.com/conda/manifest.json that tells us whether a conda package has been released or not.
So adding some reusable functions that can be utilized by any DCC Github repo to use to automatically verify if a conda package has been released.

What is the impact of this change?

Less manual steps hence faster releases

How was this change tested?

Ran a bunch of tests on my personal fork to verify the workflow worked as expected.
All guarded scenarios passed against the live manifest:

  1. Package available
    (https://github.com/karthikbekalp/deadline-cloud-for-cinema-4d/actions/runs/33427972352)

  2. Package unavailable
    (https://github.com/karthikbekalp/deadline-cloud-for-cinema-4d/actions/runs/33428061602):

  3. Four-day timeout
    (https://github.com/karthikbekalp/deadline-cloud-for-cinema-4d/actions/runs/33428555881): five-day-old
    tag correctly timed out

Was this change documented?

No documentation change, just new workflow code and scripts.

Is this a breaking change?

No


By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

@karthikbekalp
karthikbekalp requested a review from a team as a code owner August 31, 2026 19:32
@karthikbekalp
karthikbekalp force-pushed the chkConda branch 3 times, most recently from 0eaedb1 to 9677baf Compare August 31, 2026 20:47
Comment thread .github/actions/check-release-readiness/check_release_readiness.py Outdated
Comment on lines +387 to +393
default_branch_ref = _fetch_default_branch(args.default_branch)
tag = resolve_release_tag(
args.requested_tag,
args.force_publish,
default_branch_ref,
)
validate_release_tag(tag, args.default_branch, default_branch_ref)

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Do we need to validate the tag? Could something pass in a tag upstream, maybe pull it from the rest of the github workflow that already knows it?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

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

The tag is known by Release Prepare (the first phase of the release) , but Release Publish (the second phase which uses this workflow) runs separately on a schedule, so workflow outputs cannot be passed directly between them.

We use the Git tag as the durable handoff. Manual runs can provide the tag explicitly; scheduled runs discover the highest merged version tag. We still validate it exists and belongs to default-branch history before publishing.

Signed-off-by: Karthik BekalPattathana <133984042+karthikbekalp@users.noreply.github.com>
@karthikbekalp
karthikbekalp merged commit 4b7155b into aws-deadline:mainline Aug 31, 2026
7 checks passed
@karthikbekalp
karthikbekalp deleted the chkConda branch August 31, 2026 21:38
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