Come vengono usati insieme drush e jenkins per l'integrazione continua?

Sento spesso le parole d'ordine, "integrazione continua", "drush" e "jenkins". Quindi, suscitando il mio interesse.

Come vengono usati insieme drush e jenkins per l'integrazione continua?

Inoltre, perché dovresti usare drush e jenkins insieme?

Per i miei progetti, utilizzo uno script di compilazione composto da comandi Drush in un lavoro Jenkins. Uso il mio progetto Phing Drush Task per eseguire Drush da uno script di build Phing . Ciò mi consente di sfruttare le attività di Phing esistenti (ad es. Copia di file, phplint, ecc.). Con l'aiuto di Drush, questo script di build

• Scarica tutto il codice non personalizzato (ad es. Drupal core e contribuisce modulo e temi) con Drush Make to./dist
• Espande i segnaposto in una versione settings.php(ovvero sostituisci ${db_host}con il nome host DB effettivo) mentre lo copia nella ./dist/sites/defaultcartella appena scaricata .
• Copia moduli e temi personalizzati su ./dist/sites/all/modules/custome./dist/sites/all/themes/custom
• Esegui phplintper tutti i file dai miei moduli e temi personalizzati.
• Copia tutto in ./distun webroot preconfigurato.
• Eseguire drush site-install testinge drush pm-enable simpletestinstallare un nuovo sito utilizzando la base di codice di build e in grado di eseguire SimpleTest.
• Esegui drush test-runper eseguire le mie suite di test del modulo personalizzato.
• Corri drush coder-review.

Ecco un modello build.xml commentato per l'utilizzo di Drush in Jenkins.

Puoi usare Phing in Jenkins, quindi puoi usare Drush tramite http://drupal.org/project/phingdrushtask (Pierre Buyle su SE.COM)

Esempio personalizzato:

 <drush command='cc' root="${project.drupal.core.dir}" uri="${env.host.name}" assume="yes">
  <param>all</param>
</drush>