clj-python / clj-python/libpython-clj
add .devcontainer setup
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Clojure
- Sterne
- 1.2k
- Forks
- 74
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
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.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Beispiel von scicloj devcontainer-templates und clojisr's .github/workflows/ci.yml mit libpython-clj's .github/workflows/test.yml zu vergleichen. Ermittle die minimale Einrichtung, die für die Arbeit an libpython-clj und zum Ausführen seiner Tests innerhalb des devcontainer erforderlich ist. Als erledigt gilt die Aufgabe, wenn das Repository über eine nutzbare .devcontainer-Einrichtung verfügt und die relevanten Tests damit ausgeführt werden können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- docker, github-actions, python
- Bereich
- ci-cd, developer-experience, devops
- Issue-Typ
- Feature
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100