[CI]: Consider/Discuss Tools for Verifying Fenced Code in Markdown Documents
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- markdown, python
- Domaine
- ci-cd, documentation, testing
Piste de recherche
Commencez par examiner introduction.md, about.md et instruction.md, puis comparez doctest, mkcodes et pmdoctest avec leurs fenced Python examples. Définissez quelle stratégie gère les fences documentés et comment l’intégration CI les vérifierait ; la tâche est considérée comme terminée lorsqu’un outil et un parcours d’évaluation ont été convenus.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
This came up in discussing PR #2838, so opening an issue here for longer discussion/evaluation.
We currently "hand validate" example python code used in introduction.md, about.md, and instruction.md and similar documents. This leads to errors where certain code will not work in the REPL, or syntax or other errors get made and published. As we scale up exercises, this doesn't feel like a sustainable solution, hence this issue to propose, evaluate, and track possible tools and strategies for verifying code , and (possibly) adding that verification to the track CI.
Below are three applicable libraries, but I'd warmly welcome more. Of the three below, pmdoctest feels like the nicest solution, and I've run the comparisons concept exercise through it with reasonable results. But I'd like to see if there are other strategies/libraries out there.
doctest - this is the old-school original, but doesn't really work well in markdown fences.
mkcodes - have not tried this yet.
pmdoctest - reasonably good, but requires some weird quirks with code fence language names and or excess >>> in code fences to make parsing work.
- Langage dominant
- Python
- Étoiles
- 2.5k
- Forks
- 1.5k
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de exercism/python
-
[THIS IS SPAM] python Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 1/100
-
exercism/python#4237 · 8 commentaires · 1 personne assignée ·
-
x:rep/massive
exercism/python#4197 · 24 commentaires · 2 personnes assignées ·
-
exercism/python#3928 · 1 commentaire · 1 personne assignée ·
-
[Decimals and Fractions]: Refine Concepts and Consider Adapting the Related Exercise from Julia Ouverte
exercism/python#3927 · 3 commentaires · 2 personnes assignées ·
Toutes les issues de exercism/python
Issues similaires
-
documentation help wanted
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
simonw/sqlite-utils#872 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100