📝 Description
Now that the new frontend repository (fireform-core/fireform-frontend) has been established, migrate all frontend code and assets from this repository, eliminate residual frontend files/configurations, and update documentation to reflect the backend-only status of FireForm.
💡 Rationale
Migrating the frontend code to its own repository helps to clearly separate backend and frontend concerns, reduces clutter in the backend repository, simplifies deployment, and makes future maintenance easier.
🛠️ Proposed Solution
✅ Acceptance Criteria
📌 Additional Context
Splitting the frontend and backend codebases helps with maintainability, on-boarding, and deployment pipelines. Double-check for any hard-coded paths or documentation references to the old frontend.
📝 Description
Now that the new frontend repository (
fireform-core/fireform-frontend) has been established, migrate all frontend code and assets from this repository, eliminate residual frontend files/configurations, and update documentation to reflect the backend-only status of FireForm.💡 Rationale
Migrating the frontend code to its own repository helps to clearly separate backend and frontend concerns, reduces clutter in the backend repository, simplifies deployment, and makes future maintenance easier.
🛠️ Proposed Solution
fireform-core/fireform-frontend(if not already migrated).package.json, Dockerfiles, and related configs to exclude frontend content.✅ Acceptance Criteria
📌 Additional Context
Splitting the frontend and backend codebases helps with maintainability, on-boarding, and deployment pipelines. Double-check for any hard-coded paths or documentation references to the old frontend.