📝 Description
Currently, we are heavily focused on the TypeScript and Node.js ecosystems and do not have active Python or Go applications consuming our central tooling standards.
The initial configurations for python-standards (ruff.toml) and go-standards (.golangci.yml) were removed from the tooling monorepo to reduce overhead and visual noise (YAGNI).
When we introduce Python or Go services to the tech stack, we need to reinstate these standard configurations.
✅ Acceptance Criteria (To-do)
🔗 Context
Currently put on ice to keep the tooling repository lean and focused solely on active TypeScript/JavaScript packages (eslint, prettier, stylelint).
📝 Description
Currently, we are heavily focused on the TypeScript and Node.js ecosystems and do not have active Python or Go applications consuming our central tooling standards.
The initial configurations for
python-standards(ruff.toml) andgo-standards(.golangci.yml) were removed from thetoolingmonorepo to reduce overhead and visual noise (YAGNI).When we introduce Python or Go services to the tech stack, we need to reinstate these standard configurations.
✅ Acceptance Criteria (To-do)
packages/python-standardsdirectory with ourruff.tomlpackages/go-standardsdirectory with our.golangci.ymlsimplecomponent types so they generate independent versions and tags.curl -oor Git Submodules) so consuming repositories can pin to specific release tags.🔗 Context
Currently put on ice to keep the tooling repository lean and focused solely on active TypeScript/JavaScript packages (
eslint,prettier,stylelint).