SSWConsulting / SSWConsulting/SSW.Rules
♻️ Normalize formatting across Rules V3 to reduce noisy pull requests
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 26
- Forks
- 17
- Avg merge
- 14h 39m
- Merged PRs (30d)
- 2
Description
Requested by: @KostaMadorsky via YakShaver.ai 🦬
cc: @KostaMadorsky, @Marxoz, @PothieuG, @Freego1783, @adamcogan
Hi Team!
🟥 Watch the video (1 min 13 sec)
Pain
After migrating to Rules V3 (TinaCMS), small content changes result in large pull requests due to widespread automatic formatting differences. This makes it difficult to review and identify the actual intent of changes. Introduce a one-time or standardized formatting approach across all rules so that future pull requests only reflect meaningful content changes rather than formatting noise.
Acceptance Criteria
- A consistent formatting standard is defined for Rules V3 (TinaCMS) files.
- All existing rules are formatted using the agreed standard in a single, dedicated change.
- After formatting normalization, small edits (e.g., adding an end intro tag or minor text changes) result in minimal and clearly visible diffs.
- Formatting rules are documented or enforced (e.g., via tooling or CI) to prevent future drift.
- No functional behavior of existing rules is changed as part of the formatting normalization.
Screenshot

Figure: Small code changes obscured by extensive formatting differences in a pull request
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Locate the Rules V3 (TinaCMS) files and inspect any existing formatting configuration or CI checks. Determine how the formatting standard can be applied without functional changes, then verify that a small content edit produces a minimal diff and that formatting is documented or enforced.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- content
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100