Quelles sont les choses cool et intéressantes que vous faites pendant l'automatisation de la construction ?

Question

Je suis simplement curieux de voir ce que d'autres font pendant la construction automatique, en dehors des tâches habituelles de compilation, de construction, d'exécution des tests, etc. qui pourraient être utiles et inspirantes pour d'autres, comme par exemple :

• Génération de la documentation du code
• Utilisation de métriques de code pour mesurer la qualité de la construction et faire échouer la construction si les métriques établies sont violées.

Answer 1

Envoyer les exécutables à http://virustotal.com pour une recherche de virus dans tous les principaux moteurs anti-virus.

Non pas que nous pensions que nos ex contiennent des virus, mais parfois on obtient un faux positif et on ne veut pas que ce soit un client qui le découvre. 8-)

Answer 2

Le nôtre a un compte twitter, ce qui nous permet de vérifier son état à tout moment et de n'importe où.

Answer 3

Nous avons un bouton Staples easy que nous avons branché pour déclencher la construction lorsqu'il est pressé.

Answer 4

Créer un rapport pour tout TODO/FIXME etc. qui pourrait être éparpillé dans le code.

Answer 5

Voici certaines choses que j'ai faites, que je fais ou que je prévois de faire :

• Mettez à jour un feu de circulation (en utilisant un gadget X10) pour indiquer l'état de la construction (vert=bon, jaune=construction, rouge=oups !).
• Générer la documentation du code, puis mettre à jour le wiki du projet avec la documentation.
• Autres mises à jour du wiki du projet, comme l'affichage du numéro de la version actuelle, la fourniture d'un lien de téléchargement, etc.
• Déployer vers (et revenir en arrière si nécessaire) un serveur de test où les tests manuels sont effectués. J'ai typiquement fait cela en utilisant VMWare, donc le "déploiement" est vraiment la création d'une nouvelle instance de VM.
• Déplacez automatiquement les tickets qui sont "en attente de construction" vers l'AQ pour les tester.
• Créez des rapports de défauts pour les tests ratés, les constructions ratées et les avertissements du compilateur.
• Baliser le build dans le contrôle de version (appliquer aussi l'info de version).
• Planifiez une révision après X échecs de construction ou plus dans un délai de Y jours. (par exemple, si trois échecs se produisent en une semaine, nous devons nous réunir pour comprendre ce qui se passe).
• Prévoyez une fête "pizza et bière" pour les semaines sans erreur.
• Faire retentir un son fort "ca-ching !" sur le système de sonorisation chaque fois qu'une fonction dont nous savons qu'elle entraînera une nouvelle vente est réalisée. Dans mon ancienne entreprise, notre groupe de vente a aimé cette fonctionnalité inutile :).