`cacheSelfie().xxx_TODO()` should cascade through later `cacheSelfie` calls
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Comienza localizando las implementaciones y las pruebas de cacheSelfie, expectSelfie y el comportamiento existente de _TODO. Lee en qué se diferencian //selfieonce y //SELFIEWRITE; después, determina si el cascading corresponde a CacheTodoCascade o a un TodoCascade compartido, y qué scope debería admitirse. Se considera terminado cuando las semánticas elegidas están documentadas y cubiertas por pruebas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
A classic problem in Jupyter / IPython workflows is:
- you run the whole notebook
- you make some changes and run just the first cell
- you look at the last cell which has cached results from the initial run, but has not updated since the changes in the first cell, and you are confused
If you use //selfieonce or //SELFIEWRITE, these sorts of problems don't happen. But with _TODO they can. We should probably have something like this in our settings:
enum CacheTodoCascade {
NONE, // This is our current behavior
WITHIN_TEST, // Once a _TODO is encountered in a test,
// it will rewrite everything after that in the test.
// This should probably be the default.
WITHIN_TEST_CLASS, // Rewrite everything in all the rest of the tests in that class
// This introduces coupling between tests, which is ill-defined if they are
// being executed in parallel. Might be not be a good idea...
}
This is quite hazardous with cacheSelfie. With expectSelfie it's not hazardous but can be annoying. I'm inclined for this functionality to be limited only to CacheTodoCascade, but it's worth considering just TodoCascade and use it for both expectSelfie and cacheSelfie calls.
- Lenguaje dominante
- Kotlin
- Estrellas
- 101
- Forks
- 18
- Merge medio
- 6 d 11 h
- PR fusionados (30 d)
- 5
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 diffplug/selfie
-
Selfie JVM Snapshot Garbage Collection is overly zealous when using multiple test suites in gradleAbiertobug jvm
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
enhancement jvm
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
bug jvm
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
bug docs jvm
Dificultad 2/5 1-3 horas Aptitud para principiantes 50/100
-
bug jvm py
Dificultad 2/5 1-3 horas Aptitud para principiantes 48/100
Todos los issues de diffplug/selfie
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
area/docs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
nightscout/AndroidAPS#5199 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
edi-adapter-client enhancement helsemelding-edi-adapter
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
navikt/helsemelding-edi-adapter#102 ·
Los mantenedores suelen responder en 1 día