I almost never "name" that "main" branch, thanks to commands and aliases.
When I want to pull (and rebase) to the "main" branch, I run "git prom". When I want to check out the "main" branch, I "git com". What actually happens depends on what the project's "main" branch is. If a project later moves to a "live" branch, I'll just update the "git-main" script to detect it ahead of the rest, and off I go.
https://github.com/mfontani/los-opinionated-git-tools/blob/m... is less than ten lines of bash.
git-com is really just: git checkout "$(git main)"
git-prom is really just: git pull --rebase origin "$(git main)"
I'm not particularly sold on "main" vs "master" being an important thing, but if it's important to some I at least want to ensure I don't get frustrated when interacting with a project which uses it. With the above aliases and functions and programs, I don't care anymore.
main, master, blead... call it whatever.