Quick workflow filter tweak

[validbeck]

Internal Notes for Reviewers

Refer to #552:

I think I know why the comparison is failing — our branches essentially match between merges, so we actually have to compare the PR being merged to the base instead

Expected behaviour

PR > main

1. • Initial PR creation will NOT trigger the notebook execution: SUCCESSFUL WORKFLOW RUN
2. • site/notebooks/** has a change pushed up to the PR, it will trigger the notebook execution: SUCCESSFUL WORKFLOW RUN

main > staging

• After this PR is merged into main, the workflow merging into staging from main will trigger the notebook execution: WORKFLOW LINK PLACEHOLDER

staging > prod

• The next time we publish to prod, the workflow merging into staging from prod will trigger the notebook execution: WORKFLOW LINK PLACEHOLDER

[github-actions]

PR Summary

This pull request updates the GitHub Actions workflows for deploying documentation to both production and staging environments. The changes involve modifying the head reference in the filter step of the workflows to use a dynamic reference ${{ github.head_ref }} instead of hardcoded branch names (staging for production and main for staging). This enhancement allows the workflows to dynamically determine the head reference, improving flexibility and reducing the need for manual updates when branch names change.

Test Suggestions

• Verify that the GitHub Actions workflows trigger correctly with the new dynamic head reference.
• Test the deployment process to both production and staging environments to ensure that the documentation is deployed as expected.
• Check that the filter step correctly identifies changes in the 'site/notebooks/**' path with the new head reference.

[github-actions]

A PR preview is available: Preview URL

[github-actions]

A PR preview is available: Preview URL

[nrichers]

LGTM! 🚀

[validbeck]

Quickly edited our announcement banner to link to our new brief:

(Such a PITA that we can't single-source the announcements... believe me, I tried when I first implemented it...)

[nrichers]

Quickly edited our announcement banner to link to our new brief:

(Such a PITA that we can't single-source the announcements... believe me, I tried when I first implemented it...)

Looks great, single-sourced or not!

[github-actions]

A PR preview is available: Preview URL

[github-actions]

A PR preview is available: Preview URL

[github-actions]

A PR preview is available: Preview URL

[validbeck]

Omgggggggg it still doesn't work whyyyyyyyyyyyyyyy 🫠 I'm going to go insane, why did it work on staging the FIRST TIMEEEEEEE...

PR > Main: Consistently works.
Main > Staging: Worked the VERY 1st time when we had no additional base/ref direction so I am going to revert back to that.
Staging > Prod: This SHOULD work now but ughhh I'm gonna think about it a bit more before I try again. 😭