[FEATURE REQ] Support custom build commands
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- docker
- Ambito
- build-system
Direzione di ricerca
La issue riguarda Dockerfile, buildpack, pack e gli strumenti di build standard del linguaggio, ma non indica file del repository, test o punti di ingresso. Inizia individuando il flusso esistente per la creazione delle immagini e chiarisci quale configurazione per i comandi personalizzati è prevista; il lavoro dovrebbe essere considerato completato quando vengono prodotte le immagini container di destinazione senza dover mantenere manualmente ogni immagine.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description.
For modern containerized application development, there's a few different ways to get completed container:
- Manually write and maintain one or more Dockerfiles.
- Use something like pack and the whole buildpack ecosystem to simplify the process (potentially not needing any configuration).
- Use the language's standard build tool to create the image. This may require a plugin for some systems/tools (gradle for Java), but may just be built-in now (C#). May use
packunder the covers.
It would be great if, instead of needing to manually maintain our own images (and potentially multiple different images for each target!), it would be great if instead the system could use buildpacks, or at minimum support custom build commands that could be used to do so.
- Lingua principale
- Python
- Stelle
- 166
- Fork
- 76
- Merge medio
- 2h 35m
- PR unite (30g)
- 1
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Azure/iotedgedev
-
feature triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
Azure/iotedgedev#641 ·
-
Is this Project dead?Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Azure/iotedgedev#634 ·
-
feature triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 55/100
Azure/iotedgedev#633 · 3 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Azure/iotedgedev#632 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
Azure/iotedgedev#631 · 1 commento ·
Tutte le issue di Azure/iotedgedev
Issue simili
-
No test checks that scheduled workflows declare minimal permissions, concurrency and a timeoutApertaci enhancement testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area/config comp/tools P2 platform/telegram type/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
NousResearch/hermes-agent#145412 ·
I maintainer di solito rispondono entro 1 giorno
-
[oblt-aw][autodoc] Update docs for security org scaffolding and Docs AI menu permission changesForse già presa @github-actions l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
curriculum documentation quality
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
githubnext/gh-aw-workshop#5039 ·
I maintainer di solito rispondono entro 1 giorno
-
Community project: hosted MOSS-Image studio with a visual JSON layout builder (no ComfyUI needed)Aperta
Difficoltà 1/5 1-3 ore Idoneità per principianti 65/100
OpenMOSS/MOSS-Image#27 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno