Skip to content

action to update published rule results - #59

Merged
gerrycampion merged 9 commits into
mainfrom
automatic-pr
Jun 30, 2026
Merged

action to update published rule results#59
gerrycampion merged 9 commits into
mainfrom
automatic-pr

Conversation

@gerrycampion

@gerrycampion gerrycampion commented Jun 26, 2026

Copy link
Copy Markdown
Collaborator

Combines functionality similar to CORE_Test_Suite\.github\workflows\update_templates.yaml and cdisc-rules-engine\.github\workflows\validate-published-rules.yml to create a new github workflow in the cdisc-open-rules repo that works similar to validate-published-rules, but instead of creating a comparison report, it just pushes the actual results to a new branch and creates a new PR similar to the way that the update_templates works

Sample action run: https://github.com/cdisc-org/cdisc-open-rules/actions/runs/28279541856
Sample PR created (not ready for review yet): #60

Comment thread .github/workflows/update-published-results.yml Fixed
Comment thread .github/workflows/update-published-results.yml Fixed
@gerrycampion
gerrycampion marked this pull request as ready for review June 27, 2026 22:37
# -----------------------------------------------------------------------
- name: Run engine and write results
id: run_engine
continue-on-error: true

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

While I understand that we want the execution to continue even if rule validation failed, this will still continue and make a PR even if there is an error invoking the CORE or some other execution error. I suggest adding a check or completion marker to prevent creating PR's when this workflow run failed because of some reason. Also the workflow run will just pass even if the execution failed if we do not add a check.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

@RamilCDISC
This is the behavior I want for now. Even if one of the CORE invocations fail or have an execution error, I still want the PR to be created for the other rules. The job should only fail if the PR can't be created.

@gerrycampion
gerrycampion requested a review from RamilCDISC June 30, 2026 15:10

@RamilCDISC RamilCDISC left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

The PR adds an action to update published rules result by creating a PR with updates. The pipeline is clear and well written. The continuation on error is intentional. The sample pipeline run and PR proves proper implemenetation.

@gerrycampion
gerrycampion merged commit 540806b into main Jun 30, 2026
3 checks passed
@gerrycampion
gerrycampion deleted the automatic-pr branch June 30, 2026 19:52
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