No description
- employees.rs: rewrite for new standalone schema (email/password_hash, no user_id/role_id FK — matches 20260402030000 migration) - migration: DROP old employees table before CREATE (old schema incompatible) - pricing.rs: merge if-else sqlx::query! branches into single nullable param query - kb.rs: fix target_roles Option<Vec<String>> unwrap, category_id Some() wrapping - support.rs: fix .or() call with non-optional user_email (use Some()) - roles.rs: fix employees JOIN from role_id (deleted) to role_code Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| apps | ||
| crates | ||
| docs | ||
| scripts | ||
| .env.example | ||
| .gitignore | ||
| Cargo.toml | ||
| docker-compose.yml | ||
| README.md | ||
| start-services.sh | ||
NXTGAUGE Backend Rust
Rust migration target for nxtgauge-nov-2025-backend, preserving the same microservices and request flow.
Target Service Topology
gateway(HTTP API)users(identity, runtime roles, onboarding, approvals)companiescustomersprofessionalsjobseekers
Migration Policy
- Keep contracts stable (REST + proto semantics).
- Keep runtime-config and onboarding schema behavior unchanged during parity phases.
- Replace service implementations one by one.
See docs/MIGRATION_MASTER_PLAN.md for full staged plan.