-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
E2E GH Action - patch/modifying #353
E2E GH Action - patch/modifying #353
Conversation
great 🔍 investigative work @elreydetoda ! I could tell it was working as expected - i.e. the E2E tests were finding a problem as configured, but didn't know how to inspect.... hope someone teaches me that at some point ; ) |
From a high level, this was pretty much my process:
|
I don't understand the implications of |
Definitely feel free to still wait for the reviews, but just for some extra info this is what I mentioned to @kbondarev for why we should use pipenv: JupiterBroadcasting/show-scraper#11 |
Converted to draft, because of weird bug that came up with the E2E tests: #383 (comment) Going to redo how the E2E GH action works to hopefully make more consistent and have less quirks... |
0154fb3
to
db52c27
Compare
....did we find you in a rabbit hole?? ; ) |
@@ -0,0 +1,64 @@ | |||
name: Building Prod Container |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's so funny you said those word! Look at what the title of my blog is: https://elrey.casa/blog (it's "The Rabbit Hole") 🤣 |
e486111
to
e493703
Compare
alright... I think I've finally gotten it 🙃 Going to make a longer comment to explain things, but this will be what the final report will look like after merging: https://github.com/elreydetoda/jupiterbroadcasting.com/runs/8199597176 |
putting back to draft till I have time to finish documenting things and make my long comment (almost ready 😅 ) |
6d248b1
to
9d478a9
Compare
I re-worked some more things, and with my latest commit we shouldn't get failed tests from people submitting PRs, because it'll skip the upload reports thing. You can still go into the action and see the test results (plus it'll fail if the tests fail), but I think it keeps telling us that it's failing because they don't have permissions to write to the repo or something like that. examples of failures: |
BTW, I merged to resolve the conflict instead of rebasing so that all my links to stuff from my comment above didn't break things. |
Hey @elreydetoda - any thoughts on the best way to test this for us mere mortals? I wonder if you'll say "a dev branch!" to which I would say LETS DO IT!! 💪🏻 |
Lol, ya that'd probably be the easiest. If that's the case though I might need to make a modification or two to the PR (so it properly triggers on the develop branch as well as main). I'll make that modification tonight, and I'll let you know when it's good to go. I'll also need to change my target branch for the PR (since it's currently targeting main). |
Alright, @gerbrent I've created the develop branch, and now I'm pointing my PR to that branch. You'll need to still follow this accompanying documentation, so the containers build properly (or you could disable those actions from running if you want for now). Here's what the workflow will look like:
|
BTW @gerbrent , if you want we can hop on a call and walk through the setup of this environment as well 😁 (whatever you're most comfortable with 🙂) |
Merging this as Part A, with Part B involving some JB/ @ironicbadger involvement to handle deployment functionality. We will also need to sign up to quay.io in that process, so definitely more JB Action Required. Onward! |
@ironicbadger - care to link up w @elreydetoda to complete the final stages of this PR? |
So, I think there was an issue with this action: https://github.com/jakejarvis/hugo-build-action
Because the prod deployment works and after I swapped over to use the same docker image as the prod deployment everything worked fine. (from the hugo building perspective)
After that I adapted the action to properly use the pipenv (Pipfile + .lock) instead of the requirements.txt.
Next the tests were actually working and failing as expected! 😂 It was failing because the JB live link wasn't as expected from the tests, and because #317 was merged before #325 was merged (and #325 wasn't rebase'd on main) the tests were expecting the old URL. So I updated the reference to point to
/live
instead, and everything works now 😁 https://github.com/elreydetoda/jupiterbroadcasting.com/runs/8080987260?check_suite_focus=true