@gurupanguji

Summary

Keep content validation on pull requests and keep main focused on deployment.

Problem

The repository currently runs Validate Posts and Validate HTML Content on pull requests and again on push to main. That duplicates low-risk content checks after merge and makes the merge commit show extra checks with little added safety.

Decision

Remove the push trigger from:

• .github/workflows/validate_posts.yml
• .github/workflows/validate_html.yml

Keep the pull_request trigger in both files.

Keep .github/workflows/deploy_site.yml unchanged so main continues to build and deploy the site.

Expected Outcome

• Pull requests still must pass content validation before merge.
• Merges to main run deployment only.
• The checks list on main becomes smaller and easier to read.

Risks

• A direct push to main would no longer run these two validators.
• A merge-commit-only edge case would now rely on PR validation rather than a second post-merge run.

Why This Is Acceptable

This repository already treats pull request validation as the main gate. For these two workflows, the cost of duplicate post-merge checks is higher than the value of repeating them on the merge commit.