feat(tooling): typescript config package

[yomonom]

📄 Description

• Add a new package that provides re-usable typescript configurations
• Ensure type checks are run on every build in existing packages and apps

🚀 Demo

n.A.

---

🔮 Design review

• Design review done
• No design review needed

🧪 Visual regression tests

• Visual changes detected and approved (Check this box if VRT fails and changes are intentional)

📝 Checklist

• ✅ My code follows the style guidelines of this project
• 🛠️ I have performed a self-review of my own code
• 📄 I have made corresponding changes to the documentation
• ⚠️ My changes generate no new warnings or errors
• 🧪 I have added tests that prove my fix is effective or that my feature works
• ✔️ New and existing unit tests pass locally with my changes

[changeset-bot]

⚠️ No Changeset found

Latest commit: 21d459d

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[github-actions]

🔍 Icon Validation Report

✅ Validation Passed

All icons have been validated successfully!

📊 Statistics

Metric	Value
Total Icons	2741
✅ Successful	2741
❌ Failed	0
Pass Rate	100.0%

🎉 Perfect!

No issues detected. All icons meet quality standards.

[swisspost-bot]

Related Previews

• https://preview-8433--swisspost-design-system.netlify.app?devModeEnabled=true

[yomonom]

Created a new /tooling directory, since at least two more packages will follow #4487.

This also aligns with PostOne.

[alionazherdetska]

quite a neat PR, nice to see everything consolidated into a shared config like this.

One thing I noticed is that none of the workflows in .github/workflows actually call typecheck yet so it's something we can run locally but it doesn't gate anything in CI. That means a PR could still merge with type errors even though we now have all this infrastructure in place to catch them. Should we maybe add it as a step in lint.yaml alongside the existing lint step, once the documentation typecheck is sorted out?

[yomonom]

quite a neat PR, nice to see everything consolidated into a shared config like this.

One thing I noticed is that none of the workflows in .github/workflows actually call typecheck yet so it's something we can run locally but it doesn't gate anything in CI. That means a PR could still merge with type errors even though we now have all this infrastructure in place to catch them. Should we maybe add it as a step in lint.yaml alongside the existing lint step, once the documentation typecheck is sorted out?

I would very much like that, and I have already discussed it with Oli. However, the same is also true of formatting: currently, the CI does not guard against incorrectly formatted files. Therefore, I think it's best to address adjusting the CI in a separate issue.

However, I made sure that typecheck is run as part of every build script (except for the docs package), so it is actually run as part of the CI (just not that clean).

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[alionazherdetska]

Small one, but worth fixing before this gets published:

json
"repository": {
"type": "git",
"url": "https://github.com/swisspost/design-system.git",
"directory": "packages/tsconfig"
}

This still points at packages/tsconfig, but the package now lives at tooling/typescript/package.json, the leftover from the earlier moves

[yomonom]

Small one, but worth fixing before this gets published:

json "repository": { "type": "git", "url": "https://github.com/swisspost/design-system.git", "directory": "packages/tsconfig" }

This still points at packages/tsconfig, but the package now lives at tooling/typescript/package.json, the leftover from the earlier moves

This will be addressed in #8443. See this diff.