Build TFS cassé, Le répertoire n'est pas vide sur le répertoire des sources
J'ai un problème avec mon build (TFS2010). Tout a été bien avec ce build récemment jusqu'à aujourd'hui où j'en suis maintenant à obtenir une erreur assez bien dès que la construction commence:
Delete Sources Directory (00:00) The Directory is not empty.
J'ai regardé sur le serveur et je vois \builds\1\monprojet\sources\ est vide.. il n'y a rien là à toutes! L'erreur de conseils vers ce qui n'est pas le cas, mais il est vide pour vous.
Je me demande si il ne devrait pas être vide dans ce cas? Quelqu'un peut-il me conseiller sur ce que je pourrais prendre sur cela pour obtenir la construction de nouveau en marche?
C'est le journal de l'échec de construire:
Overall Build Process
00:00
Update Build Number
00:00
Create the Drop Location
00:03
Run On Agent (reserved build agent Default Agent - server1)
00:00
Delete Test Results Directory
00:00
Delete Binaries Directory
00:00
Delete Workspace
00:00
Delete Sources Directory
The directory is not empty.
Merci beaucoup pour toute aide!
- Avez-vous vérifier vos Paramètres de la Source de l'Onglet dans votre construction? Assurez-vous que la source de dossier de contrôle et de Construire l'Agent de Contrôle de dossier mappages sont corrects. vérifier si quelque chose a changé récemment.
- Hey tout ce qui ressemble exactement comme il l'a fait quand il était au travail. En regardant une sauvegarde du dossier sources, je vois que la première génération qui a causé une erreur a été de se plaindre sur les autorisations lors de la suppression d'un fichier une fois que la construction était en cours d'exécution (qui a provoqué l'arrêt). Les sources dossier a ensuite été laissé inachevé et qui est maintenant vide.
- Supprimez manuellement les fichiers à l'intérieur de e \builds\1\monprojet dossier et dans notre Processus de construction de la section Onglet, modifiez l'espace de travail propre à Tous si elle est configurée comme Sortie. Essayez de le construire. si il est au travail, changement de l'espace de travail propre propriété des paramètres précédents.
Vous devez vous connecter pour publier un commentaire.
Cela se produit généralement si un autre processus a une poignée sur le système de fichiers. Explorer ou d'une fenêtre d'invite de commande est souvent le coupable.
J'avais rencontré ce problème comme une question de déploiement dans le dossier "c:\" a été ouvert. afin de fermer le dossier et de commencer votre build de travail. grâce
sauf cas quand il y a quelqu'un a pris la poignée de sous répertoire ou fichier présent dans ce répertoire une telle erreur peut se produire lorsqu'il y a des fichiers dans le répertoire (ou dans un sous répertoire) dont la longueur de chemin > 260 symboles. Dans de tels cas, vous devez supprimer"\\? \C:\mydir "au lieu de "C:\mydir'. Environ 260 symboles de limite, vous pouvez lire ici.
Généralement un descripteur de fichier comme mentionné ci-dessus, même si vous ne pouvez pas trouver le coupable de la suppression de la "C:\agent_work\#NumberOfBuildDefinition#" va libérer ce que signifie la construction peut le publier à nouveau.
Ceci est votre définition de build, dispose d'un référentiel des paramètres de "Clean" à "true" et "Propre" options de jeu de "Sources" donc, sur chaque nouvelle version, c'est d'essayer de supprimer tous les fichiers du dossier en question.
Pour ce problème, je viens d'effacer le dépôt du dossier de la construction qui a échoué sur le serveur de build. Je n'ai pas trouvé quoi que ce soit dans le journal des événements.
Ceci est valable pour ceux qui ont choisi de copier la sortie de la génération dans un dossier sur le serveur de build.
Ma configuration: VS2015 /TFS2015
Serveur de génération: Windows Server 2008 R2