run upstream tests
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
- Ambito
- devops, testing-qa
Direzione di ricerca
Inizia con debian/tests/run-all di Debian e test/runner.rb di Ruby, quindi confronta questo approccio post-build con il flusso di test esistente dell’immagine Docker e con i fallimenti segnalati di ruby:slim. Il lavoro è completato quando i test upstream vengono eseguiti dopo la creazione dell’immagine, i fallimenti sono risolti o esclusi e ogni esclusione è documentata con una motivazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Similar to https://github.com/docker-library/golang/issues/552, there are a lot of upstream tests we could run and should run somewhere, but during build doesn't necessarily make sense.
In https://salsa.debian.org/ruby-team/ruby/-/blob/5b91c2c6b64195da7110d341daba904b9d12c9d5/debian/tests/run-all, we can see that Debian does some clever things to run a lot of the upstream tests post-build via "autopkgtests" (which is very akin to how we run tests on our images after they're built -- they typically run against the built + installed packages).
The basic gist is ruby test/runner.rb, and Debian's got a pretty hefty collection of tests they exclude which will probably inspire tests we need to exclude too (especially # FIXME for now, we are excluding the tests for C extensions; couldn't figure out how to properly build them without building everything else, since we'll have the same issue with doing this post-build).
So we'll need to recreate our "download the source code" logic to get the test files back, but that's the easy part. My own very basic testing of this idea on ruby:slim comes up with "7 failures, 6 errors, 176 skips", so there's clearly some work to do here (for each of those, fixing the image, accommodating the test somehow with runtime flags/packages/etc, or building up a list of tests to skip and writing down justifications for why we think they're valid to skip/ignore).
- Lingua principale
- Shell
- Stelle
- 624
- Fork
- 322
- Merge medio
- 22g 3h
- PR unite (30g)
- 1
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
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 docker-library/ruby
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
docker-library/ruby#507 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
docker-library/ruby#502 · 3 commenti ·
-
Request
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
docker-library/ruby#130 · 7 commenti · 1 reazione ·
Tutte le issue di docker-library/ruby
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
bug easy help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
lacs-project/sysknife#503 ·
-
help wanted kind/documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
liquidmetal-dev/flintlock#1239 ·