Comment utiliser Bencher dans GitLab CI/CD
benchmark_with_bencher:
image: rust:bullseye
variables:
BENCHER_PROJECT: save-walter-white
BENCHER_API_TOKEN: ${{ secrets.BENCHER_API_TOKEN }}
BENCHER_ADAPTER: json
BENCHER_TESTBED: bullseye
BENCHER_VERSION: 0.3.18
before_script:
- wget https://github.com/bencherdev/bencher/releases/download/v${BENCHER_VERSION}/bencher_${BENCHER_VERSION}_amd64.deb
- dpkg -i bencher_${BENCHER_VERSION}_amd64.deb
script:
- |
bencher run \
--if-branch "$CI_COMMIT_REF_NAME" \
--else-if-branch "$CI_MERGE_REQUEST_TARGET_BRANCH_NAME" \
--else-if-branch main \
--err \
"bencher mock"
- Créez un fichier GitLab CI/CD (ex:
.gitlab-ci.yml
) - Créez une
job
de GitLab CI/CD (ex:benchmark_with_bencher
) - Sélectionnez une image Docker pour exécuter votre job (ex:
image: rust:bullseye
) - Le projet doit déjà exister. Définissez le flag
--project
ou la variable dâenvironnementBENCHER_PROJECT
Ă lâidentifiant ou au slug du projet. (ex:BENCHER_PROJECT: save-walter-white
) - Ajoutez
BENCHER_API_TOKEN
aux secrets de CI/CD de votre projet, sousParamĂštres -> CI / CD -> Variables -> Ajouter une variable
- Le token API doit déjà exister. Définissez le flag
--token
ou la variable dâenvironnementBENCHER_API_TOKEN
au token API. (ex:BENCHER_API_TOKEN: ${{ secrets.BENCHER_API_TOKEN }}
) - Optionnel : Définissez le flag
--adapter
ou la variable dâenvironnementBENCHER_ADAPTER
au nom de lâadaptateur souhaitĂ©. Si cela nâest pas dĂ©fini, alors lâAdaptateurmagic
sera utilisé. Consultez les adaptateurs de benchmark pour un aperçu complet. (ex:BENCHER_ADAPTER: json
) - Optionnel : Définissez le flag
--testbed
ou la variable dâenvironnementBENCHER_TESTBED
Ă lâidentifiant ou au slug du Testbed. Le Testbed doit dĂ©jĂ exister. Si cela nâest pas dĂ©fini, alors le Testbedlocalhost
sera utilisé. (ex:BENCHER_TESTBED: bullseye
) - Optionnel : CrĂ©ez une variable dâenvironnement pour faciliter le suivi de la version de la CLI utilisĂ©e. (ex:
BENCHER_VERSION: 0.3.18
) - TĂ©lĂ©chargez et installez la CLI Bencher Ă partir dâun
.deb
. - Suivez vos benchmarks avec la sous-commande CLI
bencher run
:- Il existe plusieurs options pour définir la branche du projet. Consultez la sélection de branches pour un aperçu complet. La commande fournie utilise les variables prédéfinies de GitLab CI/CD et elle essaie de :
- Utiliser la branche actuelle si elle existe déjà . (ex:
--if-branch "$CI_COMMIT_REF_NAME"
) - Créer un clÎne des données et des seuils de la branche cible de MR si elle existe déjà . (ex:
--else-if-branch "$CI_MERGE_REQUEST_TARGET_BRANCH_NAME"
) - Sinon, créer un clÎne des données et des seuils de la branche
main
. (ex:--else-if-branch main
)
- Utiliser la branche actuelle si elle existe déjà . (ex:
- DĂ©finir la commande pour Ă©chouer si une alerte est gĂ©nĂ©rĂ©e. Pour quâune alerte soit gĂ©nĂ©rĂ©e, un Seuil doit dĂ©jĂ exister. (ex:
--err
) - Exécutez vos benchmarks et générez un rapport à partir des résultats. (ex:
"bencher mock"
)
- Il existe plusieurs options pour définir la branche du projet. Consultez la sélection de branches pour un aperçu complet. La commande fournie utilise les variables prédéfinies de GitLab CI/CD et elle essaie de :
đ° FĂ©licitations! Vous avez appris Ă utiliser Bencher dans GitLab CI/CD! đ
Continuez : Aperçu du Benchmarking âĄ
đ€ Ce document a Ă©tĂ© automatiquement gĂ©nĂ©rĂ© par OpenAI GPT-4. Il peut ne pas ĂȘtre prĂ©cis et peut contenir des erreurs. Si vous trouvez des erreurs, veuillez ouvrir une issue sur GitHub.