To commit or not commit notebook output...
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
- github-actions, jupyter-notebook
- Domaine
- build-system, documentation
Piste de recherche
Commencez par comparer les notebooks utilisés par la documentation dans tutorials/rbfe_python_tutorial.html avec la liste des notebooks et les étapes d’exécution de .github/workflows/CI.yml de ExampleNotebooks. Examinez la manière dont OpenFF gère la sortie intégrée des notebooks, puis définissez et documentez un workflow dont la sortie terminée est cohérente dans le dépôt et dans la documentation rendue.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I do think that it is best practice to not keep the output BUT we need the output so that our docs render the output:
https://docs.openfree.energy/en/stable/tutorials/rbfe_python_tutorial.html
I think what we should do is maybe have CI do the rendering (it already does the running (at least on these notebooks https://github.com/OpenFreeEnergy/ExampleNotebooks/blob/main/.github/workflows/CI.yml#L68 we will want to make sure those are a 1-1 match of the notebooks we have in our docs))
We could have the result of running the notebooks committed on merge into main? That way it won't clutter up the PR (with each CI run you would need to pull changes) BUT I don't think that would actually help since the output would still be saved...
We could have RTD keep the output which would fix the issue of the docs not having the output BUT that means that if you clone the repo or view the repo with a web browser there still would be no output.
I am not really sure what we should do here, maybe see what OpenFF does? They have the same-ish setup for embedding notebooks in their docs.
This will probably be a bigger issue to work out BUT I think the typo fixes you have here are great 🎉 so could you include the output for now? I will turn this comment into an issue that we can use to discuss what we want to do RE: notebook output being committed.
Originally posted by @mikemhenry in https://github.com/OpenFreeEnergy/ExampleNotebooks/issues/163#issuecomment-2402982475
- Langage dominant
- Jupyter Notebook
- Étoiles
- 70
- Forks
- 15
- Merge moyen
- 4 j 2 h
- PR mergées (30 j)
- 6
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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 OpenFreeEnergy/ExampleNotebooks
-
Set a PR template for submissions to this repositoryPeut-être pris @atravitz l’a pris il y a 13 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
OpenFreeEnergy/ExampleNotebooks#330 · 1 personne assignée ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
OpenFreeEnergy/ExampleNotebooks#333 · 1 commentaire ·
-
Getting AshGC charges cookbookPeut-être pris @jthorton l’a pris il y a 17 jours. Ouverte
OpenFreeEnergy/ExampleNotebooks#328 · 1 personne assignée ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
-
add headers to notebooksOuverte
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
Toutes les issues de OpenFreeEnergy/ExampleNotebooks
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
atlassian-labs/compiled#1960 ·
Les mainteneurs répondent en général sous 1 jour
-
Upgrade to Commons Codec 1.23.0Ouvertestatus: team-only type: dependency-upgrade
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
spring-projects/spring-boot#52143 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
Les mainteneurs répondent en général sous 2 jours
-
fails to compile with Qt6Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
Les mainteneurs répondent en général sous 1 jour