Decide how to follow the latest MicroPython
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- python
- Bereich
- build-system
Rechercherichtung
Es werden keine Dateien oder Tests genannt. Beginne damit, den aktuellen MicroPython-Buildprozess und Issue #81 zu prüfen, um zu verstehen, wie Änderungen im Upstream ihn beschädigen können. Eine Lösung ist fertig, wenn sie den Build pinnt oder anderweitig kontrolliert, bewusst vorgenommene Aktualisierungen unterstützt, den normalen Build stabil hält und weiterhin eine Möglichkeit bietet, gegen upstream master zu testen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Today, our build process build MicroPython using the lastest state of master of the MicroPython repository. This is great, because it suggests that our code (as exercised by our tests) works with the very latest MicroPython.
However, or when the MicroPython makes changes to their build process, it can break our build (as it did, see #81).
Perhaps we can find a better way to "track" or "follow" the latest MicroPython, while still retaining control over our build process.
Likely acceptance criteria of any improvement:
- Keeps our build working, even when the MicroPython project makes changes to their build process.
- Allows us to choose when to adapt our build process to the latest MicroPython approach
- Keeps it easy (or automated?) to keep our build close to the latest MicroPython
- Keep some way (even if limited to a local machine) to run against the very latest MicroPython to test/fix our build process.
- Vorherrschende Sprache
- Python
- Sterne
- 143
- Forks
- 25
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus micropython/micropython-esp32-ulp
-
Release 1.3.0Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
micropython/micropython-esp32-ulp#96 · 1 Reaktion ·
-
interrupt from RTC GPIOOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
micropython/micropython-esp32-ulp#86 · 2 Kommentare ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 30/100
micropython/micropython-esp32-ulp#76 · 1 Kommentar ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 25/100
micropython/micropython-esp32-ulp#75 · 12 Kommentare ·
Alle Issues in micropython/micropython-esp32-ulp
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
btclib-org/btclib-wallet#587 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Judgment-Pack/judgment-pack-spec#275 ·
Maintainer antworten meist innerhalb von 1 Tag
-
ai-generated
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
Maintainer antworten meist innerhalb von 1 Tag
-
documentation good first issue priority: low size: XS
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 92/100
yeongseon/azure-functions-doctor-python#651 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Changaco/python-libarchive-c#146 ·