Come si configura una pipeline di prova multistadio in sbt?

Question

In particolare, per un progetto Scalatra, ma la domanda probabilmente vale per la maggior parte.

Per esempio, io di solito desidera eseguire: (! Copertura, la duplicazione, la complessità, JSLint) (! Non troppi)

• unit test
• controlli di qualità codice
• test di integrazione
• test di accettazione (di solito un sottoinsieme "pre-checkin")
• test di regressione (sostanzialmente identici ai test di accettazione, ma un set più grande)
• test di prestazione

Voglio eseguire diversi sottoinsiemi di questi dal contesto - ad esempio dopo un semplice cambio di codice, potrei semplicemente eseguire i primi tre; prima del check-in potrei voler eseguire un set più grande e il server di Continuous Integration potrebbe avere una build "veloce" e una "slow" con set ancora più grandi.

I documenti di base di SBT sembrano assumere un singolo obiettivo di "test": esiste un metodo consigliato per implementare più fasi di test come questa?

Answer 1

Si consiglia di guardare a questo blog sull'utilizzo di test integrato con SBT e Hudson:

http://henkelmann.eu/2010/11/14/sbt_hudson_with_test_integration

Poi, per aggiungere le proprie azioni che è possibile utilizzare questa pagina:

http://code.google.com/p/simple-build-tool/wiki/CustomActions

Fondamentalmente, tuttavia, probabilmente vorrai aggiungere una nuova azione per ciascuna delle tue fasi di test, al fine di ottenere gli eventi particolari che desideri.