[ci] Extend/dedup path filters in therock_configure_ci.py

[ScottTodd]

Motivation

The SKIPPABLE_PATH_PATTERNS list that controls which paths can be modified without triggering the full "TheRock CI" workflows had a few overlapping patterns like *.gitignore and projects/*/.gitignore and was missing patterns for some newly added directories like tools/systems_pr_bot/* (see #7842).

Technical Details

I (well, with some nudging by Codex) decided to also restructure the test_is_path_skippable test case to make new subtests easier to add.

Test Plan

New + existing unit tests (now running/passing thanks to #8882)

Submission Checklist

• Look over the contributing guidelines at https://github.com/ROCm/rocm-systems/blob/develop/CONTRIBUTING.md.

[therock-pr-bot]

✅ All Policy Checks Passed

Check	Status	Details
🌿 Branch Name	✅ Pass	—
📝 PR Title/Description	✅ Pass	—
⛔ Forbidden Files	✅ Pass	—
🧪 Unit Test	✅ Pass	—
🚫 Draft PR	🔜 To Be Enabled	—
🚩 Feature Flag	🔜 To Be Enabled	—
📊 Code Coverage	🔜 To Be Enabled	—

🎉 All policy checks passed!

📖 Need help? See the Policy FAQ for details on every check and how to fix failures.

[ScottTodd]

I'm trying out stacked PRs here FYI: https://github.github.com/gh-stack/. Not sure how that will handle it if I merge the base PR first. I might be able to merge the stack together using squash and merge 🤔

[geomin12]

oh thanks! this will help, but sooooooon to multi-arch so we don't need to deal with these files

[geomin12]

I'm trying out stacked PRs here FYI: https://github.github.com/gh-stack/. Not sure how that will handle it if I merge the base PR first. I might be able to merge the stack together using squash and merge 🤔

woah this is cool

[ScottTodd]

but sooooooon to multi-arch so we don't need to deal with these files

is there a different file that will be used to determine when multi-arch CI should run for changes in rocm-systems?