rust/leptos-shadcn-ui
1
0
Fork 0
mirror of https://github.com/cloud-shuttle/leptos-shadcn-ui.git synced 2025-12-22 22:00:00 +00:00
Code Issues Packages Projects Releases Wiki Activity
Files
0988aed57ec49d030326cc42de6976df83638138
leptos-shadcn-ui/docs/contributing/adr/README.md
Peter Hanssens 0988aed57e Release v0.8.1: Major infrastructure improvements and cleanup 
- Complete documentation reorganization into professional structure
- Achieved 90%+ test coverage across all components
- Created sophisticated WASM demo matching shadcn/ui quality
- Fixed all compilation warnings and missing binary files
- Optimized dependencies across all packages
- Professional code standards and performance optimizations
- Cross-browser compatibility with Playwright testing
- New York variants implementation
- Advanced signal management for Leptos 0.8.8+
- Enhanced testing infrastructure with TDD approach
2025-09-16 22:14:20 +10:00

2.4 KiB
Raw Blame History

Architecture Decision Records (ADRs)

This directory contains the Architecture Decision Records (ADRs) for our data engineering consultancy. These documents capture important architectural decisions, their context, and consequences.

ADR Index

ADR Title Status Date
ADR-001 Test-Driven Development (TDD) First Approach ACCEPTED 2024-09-08
ADR-002 Testing Pyramid Strategy ACCEPTED 2024-09-08
ADR-003 Playwright Testing for Demos and Applications ACCEPTED 2024-09-08
ADR-004 API Contracts and Testing Strategy ACCEPTED 2024-09-08
ADR-005 PNPM Package Management Strategy ACCEPTED 2024-09-08
ADR-006 Leptos Versioning and Latest Support Strategy ACCEPTED 2024-09-08
ADR-007 Rust Coding Standards and Latest Practices ACCEPTED 2024-09-08
ADR-008 Competitive Analysis and Capability Matching Strategy ACCEPTED 2024-09-08

ADR Template

When creating new ADRs, use the following template:

# ADR-XXX: [Title]

## Status
**PROPOSED** / **ACCEPTED** / **DEPRECATED** / **SUPERSEDED** - YYYY-MM-DD

## Context
[Describe the context and problem statement]

## Decision
[State the architectural decision]

## Consequences

### Positive
[Describe the positive consequences]

### Negative
[Describe the negative consequences]

### Mitigation
[Describe how negative consequences will be mitigated]

## Implementation
[Describe the implementation details]

## Review and Updates
[Describe the review process and update triggers]

## Related ADRs
[List related ADRs]

ADR Process

  1. Proposal: Create ADR with PROPOSED status
  2. Review: Team review and discussion
  3. Decision: Accept, reject, or modify
  4. Implementation: Implement the decision
  5. Review: Regular review and updates

ADR Maintenance

  • Regular Reviews: ADRs are reviewed quarterly
  • Updates: ADRs are updated when decisions change
  • Deprecation: ADRs are deprecated when superseded
  • Archival: Deprecated ADRs are archived but not deleted

Contact

For questions about ADRs, contact the architecture team at architecture@dataengineeringpro.com.