Question

Le titre devrait tout dire, je pourrai alors consolider 2 autres ticks sur le test Joel.

J'ai déjà implémenté l'automatisation de la construction à l'aide d'un fichier makefile et d'un script python et je comprends les bases et les options.

Mais comment puis-je, le nouveau type qui lit les blogs, convaincre ma cohorte de son efficacité inhérente?

Était-ce utile?

La solution

Demander pardon au lieu de permission.

Faites-le fonctionner en privé (ce qui semble être le cas), puis démontrez-en les avantages.

L’utilisation de l’utilitaire Tray de CruiseControl est une chose qui plaît toujours aux gens. Les gens adorent le logiciel quand ils peuvent voir, par le biais de la barre des tâches, que la construction a réussi. (Cela suppose que vous êtes dans un environnement Windows, que CruiseControl fonctionnera avec vos systèmes existants, etc.)

REMARQUE: Si vous demandez pardon au lieu d'une autorisation, cela entraînera une résiliation immédiate, vous pourriez ne pas vouloir procéder comme indiqué ci-dessus. Vous voudrez peut-être aussi chercher du travail ailleurs. Votre kilométrage peut varier.

Autres conseils

Implémentez la installez des lumières ... nous avons fait quelque chose similaire avec des lampes de lave et ce fut un énorme succès. Pour des notes supplémentaires, donnez à chaque développeur une lumière rouge au-dessus de son bureau et la bonne lumière s’allume lorsque la construction commence.

Prenez un vieil ordinateur de rechange & amp; mettez-le dans le coin de votre bureau. Configurez-le pour construire votre projet. Écrivez un petit script qui fait:

  1. Obtenir la dernière version de tous les fichiers.
  2. Si un fichier a été modifié, créez-le
  3. vous avertir en cas d'échec.

Lorsque vous prenez une pause, réparez-la avec compassion.

Vous pouvez également ajouter une étape pour exécuter des tests unitaires.

Si vous pouvez éviter de réprimander les gens pour leurs erreurs, très bientôt, ils seront impressionnés par la fiabilité de leur construction depuis votre arrivée. Construire à partir de là.

Le truc, c’est de passer très peu de temps à générer beaucoup de valeur pour votre équipe, sans faire chier personne.

Configurez un constructeur automatique. Une fois que vous avez créé et exécuté les tests automatiquement, peu importe si vous persuadez les autres utilisateurs de gagner du temps:)

Si vous utilisez git pour le contrôle de version, voici un autobuilder qui trouve automatiquement le checkin exact qui a commencé à provoquer l'échec des tests: http://github.com/apenwarr/gitbuilder/

Je prendrais une boîte de rechange et installerais un serveur d'intégration continue ( Hudson ou CruiseControl dans le monde Java) et configurez un travail qui construit votre application chaque fois que quelqu'un enregistre du code.

Vous pouvez soit essayer de convaincre votre collègue, soit attendre que quelqu'un casse la construction. Dans ce dernier cas, il suffit d'envoyer l'e-mail suivant:

to: all developers

Guys,

I've just noticed that I can build our software using the 
latest version because of the following error:

    ...

I you want to be notified by our continuous 
build system (attached is the mail I received when
it failed to build our application), just let me know.

Habituellement, cela ne prend pas longtemps avant que tout le monde soit sur la liste

La configuration automatisée était configurée comme un processus nocturne, de sorte que chaque nuit, il saisissait la révision de code la plus récente, la construise et générait un rapport. Maintenant, vous saurez tout d’abord, chaque matin, si la construction est cassée ou non, et si c’est le cas, vous pouvez en informer l’équipe. Si les versions endommagées posent beaucoup de problèmes dans votre projet, les gens commenceront probablement à venir vous voir pour savoir s’il est sécuritaire de synchroniser avec le dernier code, car vous serez la personne qui a tendance à savoir un jour pas la construction est cassé (à propos, une suite automatisée de tests unitaires aide beaucoup à cela aussi). Avec un peu de chance, les gens commenceront à se rendre compte que votre version de nuit est une chose utile, et vous pourrez simplement configurer votre rapport de construction quotidien sous forme de courrier électronique envoyé.

James Shora a deux excellents liens:

Pour le matériel http://jamesshore.com/Blog/Continuous- Intégration à un dollar par jour.html

Pour "Humanware" http://jamesshore.com/Change-Diary/

(L'histoire de la façon dont il l'a fait. La lecture est longue mais le changement d'organisation est plus difficile)

Lorsque l'équipe a régulièrement besoin de la construction, c'est assez facile. Vous nommez un membre de l’équipe (en alternance) pour effectuer la construction. Si le processus de construction est suffisamment compliqué, l'équipe trouvera elle-même un moyen d'automatiser au moins partiellement la construction. Dans le pire des cas, vous devrez automatiser la construction vous-même, mais personne ne sera contre l'automatisation.

La démonstration est la meilleure et la seule façon de changer l’esprit de quelqu'un qui ne veut pas faire les choses différemment.

Nous avons montré ici à quel point les versions automatisées sont utiles en permettant au contrôle qualité d’acquérir une version verte du serveur de génération, de l’installer et de la tester sans aucune instruction des développeurs. Ils sont capables de continuer à travailler, ils savent qu'il réussit au moins ses tests unitaires. Cela a permis d’intégrer les tests et le développement en réduisant le temps de bugs dans le système.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top