clj-python / clj-python/libpython-clj
add .devcontainer setup
Personne n'a encore pris cette issue.
- Langage dominant
- Clojure
- Étoiles
- 1.2k
- Forks
- 74
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
similar to this:
https://github.com/scicloj/devcontainer-templates/tree/main/src/scicloj
(not needed things can be removed, if needed)
->
Makes hacking on libpython-clj a bit easier.
The setup as well be re-used for a test suite with GitHub actions.
But not sure it would simplify this a lot:
https://github.com/clj-python/libpython-clj/blob/master/.github/workflows/test.yml
Devcontainer have different "philosophy". Instead of testing all JDKs, we "freeze to one".
See here for reference:
https://github.com/scicloj/clojisr/blob/master/.github/workflows/ci.yml
The tests run "inside" the same devcontainer setup then the "project" has.
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.
Piste de recherche
Commencez par comparer l'exemple de scicloj devcontainer-templates et le .github/workflows/ci.yml de clojisr avec le .github/workflows/test.yml de libpython-clj. Identifiez la configuration minimale nécessaire pour travailler sur libpython-clj et pour exécuter ses tests dans le devcontainer. Le travail est considéré comme terminé lorsque le dépôt dispose d'une configuration .devcontainer utilisable et que les tests concernés peuvent être exécutés avec celle-ci.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- docker, github-actions, python
- Domaine
- ci-cd, developer-experience, devops
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100