Future-proofing the example code
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- git
- Ambito
- documentation, tooling
Direzione di ricerca
Inizia nella directory preproc del repository e confronta il preprocessore incluso con il preprocessore links predefinito di mdBook. Analizza come i commit referenziati possano rimanere raggiungibili da master e come debbano essere selezionate le porzioni di file da includere. Il lavoro è completato quando il tutorial può recuperare una porzione di codice inline da un commit specificato senza dipendere da aggiornamenti manuali ripetuti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Parts II and III will have the reader (and thus, the writer as well) working iteratively on a codebase. Where it gets iffy is that any change made to earlier lessons must be consistently reflected in later lessons. (This could happen for example because an earlier lesson is amended to make "room for" a later one, to update the syntax for a newer RGBDS version etc.)
Propagating these changes throughout the tutorial, where they would be presented "inline", would be a massive pain. Instead, I suggest the codebase should be checked out into Git, and inline code examples pulled from that repo.
This does get somewhat involved in several ways (e.g. ensuring that all referenced commits are reachable from the master branch, keeping referenced line numbers consistent when rebasing, etc.), but I think is essential if we want to avoid the tutorial irremediably bit-rotting in the longer term.
The concrete solution, I'd say, is to build a mdBook preprocessor (either stand-alone, or as part of the bundled one), that is able to include portions of files (like the default links preproc is able to), but picking a version of that file in a specific commit. libgit integration is desirable so as to avoid a ton of slow git checkouts, but not necessary—the priority is to it make work.
- Lingua principale
- Assembly
- Stelle
- 179
- Fork
- 64
- Merge medio
- 7g 22h
- PR unite (30g)
- 1
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 gbdev/gb-asm-tutorial
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
gbdev/gb-asm-tutorial#194 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
gbdev/gb-asm-tutorial#184 · 1 commento ·
-
good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
gbdev/gb-asm-tutorial#141 · 2 commenti · 2 reazioni ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
gbdev/gb-asm-tutorial#109 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
gbdev/gb-asm-tutorial#183 ·
Tutte le issue di gbdev/gb-asm-tutorial
Issue simili
-
content
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
GDQuest/learn-gdscript#1395 ·
-
rules
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
-
HttpClient
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
symfony/symfony-docs#23092 ·
-
[Docs Request]: 模块修改建议 & 增加 Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 95/100
huggingface/sentence-transformers#4074 ·