Alembic construit le moteur directement, sans passer par le fichier ini
build / Garde-fou (pull_request) Successful in 9m29s
build / Images Harbor (catalog-sync, Dockerfile.catalog-sync) (pull_request) Skipped
build / Images Harbor (web, Dockerfile) (pull_request) Skipped
build / Images Harbor (catalog-sync, Dockerfile.catalog-sync) (push) Successful in 9m44s
build / Garde-fou (push) Successful in 9m31s
build / Images Harbor (web, Dockerfile) (push) Successful in 13m8s
build / Garde-fou (pull_request) Successful in 9m29s
build / Images Harbor (catalog-sync, Dockerfile.catalog-sync) (pull_request) Skipped
build / Images Harbor (web, Dockerfile) (pull_request) Skipped
build / Images Harbor (catalog-sync, Dockerfile.catalog-sync) (push) Successful in 9m44s
build / Garde-fou (push) Successful in 9m31s
build / Images Harbor (web, Dockerfile) (push) Successful in 13m8s
This commit is contained in:
1 parent
5659c32b66
commit
6c602c97ad
3 files changed
+43
-11
No files matched your search
+5
-1
@@ -36,7 +36,11 @@ Et enfin la revue humaine, qui ne s'automatise pas :
|
||||
documentée ?
|
||||
- une valeur venant de l'utilisateur peut-elle contenir un caractère qui casse le format où
|
||||
on l'insère ? Point-virgule pour le CLAPI, `@` et `:` pour une URL de connexion, guillemet
|
||||
simple pour le shell. Trois incidents sur ce seul motif.
|
||||
simple pour le shell, `%` pour un fichier ini lu par configparser. **Quatre** incidents sur
|
||||
ce seul motif — c'est le premier endroit où regarder.
|
||||
- une valeur déjà encodée traverse-t-elle un second format qui réinterprète son encodage ?
|
||||
C'est la variante du piège précédent : `%40` est correct dans une URL, et devient une
|
||||
interpolation dans un ini.
|
||||
- ce qui est écrit en base a-t-il traversé `strip_secrets` ?
|
||||
|
||||
## Nommage
|
||||
|
||||
Reference in new issue
Block a user