ci: set ".github/**" at paths-ignore

[EdamAme-x]

I don't think “.github” needs "ci" of actions either.
#2850

[exoego]

I am against this change.

.github/workflows contains CI job definitions.
CI should run when CI job definitions get updated (e.g. #2851).

[EdamAme-x]

I am against this change.

.github/workflows contains CI job definitions. CI should run when CI job definitions get updated (e.g. #2851).

Thank for your reply.

Sorry, I apologize for my lack of knowledge.
I think the CI after the changes are made is executed after the commit (merged), and there is no problem if it is not executed at the time of the PR, isn't it?

We can also ignore other than .github/workflows. What do you think?

[exoego]

CI after the changes are made is executed after the commit (merged), and there is no problem if it is not executed at the time of the PR, isn't it?

No, it is a problem.
Consider a PR that adds a new version of runtime (e.g. Node.js 24 or Bun2) that introduces breaking changes to Hono.
If CI is skipped, we can not be aware of such breaking changes, and the PR might be merged.
CI on the PRs created after the PR will fail due to the missed breaking changes.
I think it is terrible for contributors/maintainers, because breaking changes often requires time to fix.
We can revert the change easily, but it bothers maintainers.
So I don't believe "CI on main branch is enough" is a good excuse.

We can also ignore other than .github/workflows. What do you think?

I personally think such "smart" configuration should be avoided.
.github can contain many types of files and GitHub may add more that might be related to CI in future.
Maintainers/contributors might get surprised when they update something in .github but CI is skipped.

---

I personally think "safety" (error prevention) should be prioritized.
So paths-ignore should be used very carefully when:

• CI is very very slow
• CI consumes too much money

IMHO, these appear not to apply to the Hono repo right now: the slowest CI job succeeds in about 1m, which is acceptable speed.

[EdamAme-x]

@exoego thank for your reply!
I understood. I'll close this