Buildout/M. Développeur ne réussissant pas à tirer de Git

Question

J'utilise Buildout et Mr.Developer afin de configurer mon environnement (à la fois pour le développement et les déploiements). Une partie de cette configuration consiste à extraire un référentiel git privé requis pour ce projet. (C'est pourquoi j'utilise Mr.Developer.)

La plupart du temps lorsque je cours buildout, tout va bien. Cependant, après la sortie de la ligne ci-dessous, il s'arrête de temps à autre. Il ne chronométrer pas ou quoi que ce soit, mais il est ici suspendu indéfiniment:

mr.developer: Queued 'django-myotherproject' for checkout. 

Sur un buildout normal/succès, il aurait émis:

mr.developer: Queued 'django-myotherproject' for checkout. 
mr.developer: Cloned 'django-myotherproject' with git. 
Develop: '/projects/myproject/develop/django-myotherproject' 

Mes pensées initiales:

J'ai supposé que c'était mon hôte git repository qui était peut-être expirer. Cependant, je suis juste passé à github, et je suis toujours confronté à ce problème. Comme cela ne se produit que de façon aléatoire, je ne pense pas que ce soit un problème de paramètres que j'ai spécifiés dans mon fichier de configuration de buildout.

Answer 1

Quelle version de mr.developer utilisez-vous? Version 1.20, sorti il ​​y a 3 semaines (fin février 2012) inclut un refactoring de la manipulation du thread-lock.

De l'original pull request qui mènent à la refactor:

ces derniers temps, je remarquai un comportement très étrange dans lequel, lors de l'utilisation mr.developer, le buildout trainent parfois à jamais et jamais complète, juste quand il était en train de vérifier les paquets.

Cela ressemble exactement le genre de problèmes que vous voyez.

Modifier: Version 1.21 est maintenant disponible et ajoute le contrôle de thread à la configuration. Vous pouvez maintenant créer un fichier ~/.buildout/mr.developer.cfg qui définit le nombre de threads à 1 pour éviter tout problème:

[mr.developer] 
threads = 1 

La valeur par défaut est 5.