`cacheSelfie().xxx_TODO()` should cascade through later `cacheSelfie` calls
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia individuando le implementazioni e i test per cacheSelfie, expectSelfie e il comportamento _TODO esistente. Leggi in cosa differiscono //selfieonce e //SELFIEWRITE, quindi stabilisci se il cascading debba appartenere a CacheTodoCascade o a un TodoCascade condiviso e quale scope debba essere supportato. Il lavoro è completato quando le semantiche scelte sono documentate e coperte da test.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Kotlin
- Stelle
- 101
- Fork
- 18
- Merge medio
- 6g 11h
- PR unite (30g)
- 5
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di diffplug/selfie
-
Selfie JVM Snapshot Garbage Collection is overly zealous when using multiple test suites in gradle Apertabug jvm
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
enhancement jvm
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
bug jvm
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
bug docs jvm
Difficoltà 2/5 1-3 ore Idoneità per principianti 50/100
-
bug jvm py
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
Tutte le issue di diffplug/selfie
Issue simili
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Richie97/track-history#325 ·
-
bug CLI documentation reliability
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
KW-related Type:bug UI / UX
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
RevenueCat/purchases-android#4299 · 1 commento ·
-
[Bug] 统计页面无法重置token和汇率 Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
AAswordman/Operit#1265 · 3 commenti ·