feat: incremental rebuild in serve
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start with Fanstatic/Commands/Serve/ServeCommand.cs:351 and SiteHelper.Init at :254 to trace the current rebuild flow; then inspect the rendering and test fixtures in Fanstatic.Test/ and .TestSites/. Run ./build.sh test and review dependencies #16 and #18 before tackling the dependency tracking and invalidation tasks. Done means each change type has integration coverage, incremental output matches a clean build, and editing one post on the 4000-post site refreshes the browser in under 100 ms.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Part of the Phase 1 epic (#13).
Current State
serve rebuilds the whole site on every file change: ServeCommand.OnSourceFileChanged
(Fanstatic/Commands/Serve/ServeCommand.cs:351) ends in SiteHelper.Init (:254), which re-parses every file
and re-renders on request.
Tasks:
- Track dependencies while rendering: page → templates/partials used, page → data files, list → children
- Content edit: re-parse that file only and invalidate the pages that depend on it (parent lists, terms, home)
- Template edit: recompile that template, invalidate pages that used it
- Config edit: full rebuild (as today)
- Integration tests for each change type
Tests live in Fanstatic.Test/ (xUnit + NSubstitute); fixture sites in .TestSites/. Run ./build.sh test; new/changed methods need CRAP ≤ 15 and ≥ 75 % line coverage.
Acceptance Criteria:
- Editing one post on the 4000-post site refreshes the browser in < 100 ms.
- Output after incremental rebuilds equals a clean build.
Related:
- #13 (Phase 1 epic, parent)
- Depends on #16
- Depends on #18
- Lenguaje dominante
- C#
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 10 h 23 min
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de MASS4ORG/Fanstatic
-
c:templates p:low size:S t:task
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
-
c:content good first issue p:low size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
-
c:templates p:medium size:M t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
c:content p:medium size:L t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
c:templates p:medium size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 57/100
Todos los issues de MASS4ORG/Fanstatic
Issues similares
-
area-signalr
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
dotnet/aspnetcore#69842 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Los mantenedores suelen responder en 2 días
-
bug needs-triage
Dificultad 2/5 Menos de una hora Aptitud para principiantes 78/100
microsoft/microsoft-ui-reactor#1373 ·
Los mantenedores suelen responder en 1 día
-
Client customer-reported KeyVault needs-team-attention question Service Attention
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Azure/azure-sdk-for-net#63861 · 3 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
:watch: Not Triaged dotnet-csharp/svc fundamentals/subsvc
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día