2009-07-09 12 views
2

Nous utilisons cruisecontrol.net, il construit la version, crée un fichier zip, puis 15 min plus tard, décompresse le fichier sur le serveur d'intégration. Mais quand le dossier arrive au serveur d'intégration, souvent, l'autorisation de sécurité sur l'un des dossiers est totalement arrosée. L'administrateur du domaine et le propriétaire du dossier ne peuvent même pas ouvrir le dossier dans l'explorateur. Nous redémarrons et les autorisations de dossier sont bonnes, nous pouvons supprimer le dossier et redéployer le fichier zip et c'est bon.Cruisecontrol, déploiement, autorisations de dossier

Quelqu'un a-t-il une idée de ce que les autorisations de dossier obtiennent ou de la façon dont elles sont si gâchées? Tous les outils à utiliser pour diagnostiquer/regarder ce qui gâche exactement?

+0

Je l'ai eu une fois par CruiseControl, sauf que le dossier était une racine de site Web sur un serveur de test. Il n'a pas pu être visualisé ou supprimé (via le bureau à distance, sur la machine, sur le réseau). Nous avons dû le redémarrer et le dossier a disparu comme par magie. Jamais trouvé le problème, et (toucher du bois) il ne s'est pas passé depuis. – Pondidum

+1

Est-il possible qu'il soit marqué pour la suppression et qu'il ne puisse pas être supprimé, il a donc été placé dans cet endroit magique où le système d'exploitation le supprime lors d'un redémarrage? Cela semble-t-il convenir à quelqu'un d'autre? J'ai nto eu l'occasion de tester cette théorie, mais je voulais voir si quelqu'un savait comment regarder le fichier/dossier et voir si c'est dans cet état. Merci, E- –

Répondre

0

Avez-vous essayé d'utiliser psexec depuis les composants internes du système pour effectuer un upzip vers un fichier sur la machine distante plutôt que sur la machine de construction?

Aussi, il me semble que plutôt que de décompresser le zip il suffit de copier le truc directement sur le serveur distant. Je ne vois pas la raison de le compresser et de le décompresser?

Questions connexes