Live notebook execution workflows, take ... whatever#567
Conversation
PR SummaryThis pull request updates the GitHub Actions workflows for deploying documentation to both production and staging environments. The changes involve modifying the Test Suggestions
|
|
A PR preview is available: Preview URL |
nrichers
left a comment
There was a problem hiding this comment.
I'm kinda curious what specifying prod~1 as the base will do. My SWAG is that it will always trigger the workflow — it should — so you might want to make sure the filter for the notebooks works as expected.
Other than that, LGTM. 🚀
|
A PR preview is available: Preview URL |
Internal Notes for Reviewers
I keep saying I'm giving up but then I don't... anyway.
The LAST attempt gave me some interesting info in the logs. It did properly check against the correct
base(staging) with the current commit aligning to the PR branch that was being merged in, but it still told me there was no difference in files:Presumably because when the
merge-main-into-staging.yamlworkflow is complete, there ARE no changes in betweenstagingand the commit being compared, because it's already been smushed in...And so, I am trying to explicitly call the commit PRIOR to the most recent commit:
I am hoping this will work. When I call
git show HEAD~1when I am on staging, I get the following info:Which aligns with the last commit PRIOR to the last commit that was auto-merged in by the
merge-main-into-staging.yamlworkflow, so in theory the next time the workflows run it will retrieve the right commit to compare against. In theory. (It would help if I knew what I was doing.)