Un top 10 des choses à chaque administrateur TFS doit faire quotidiennement :
1. Consultez l'historique check-out après une longue execution des modifications en attente
Pas tout le monde est si bien organisé a vérifient dans leur code chaque jour. D'ailleurs, TFS vérifie les fichiers (fichiers de projet / fichiers de solution) automatiquement et ils a tendance à «traîner». Vérifiez s'il y a des fichiers qui sont extraits plus longtemps, par exemple 2 semaines (ou quel que soit le temps que vous prenez) et demander aux responsables de l'enregistrement de faire le check-out. Vous pouvez utiliser l'outil "TFS Sidekicks" pour cela.
2. Vérifiez l'état du TFS Entrepôt et Cube (Warehouse and Cube)
Il arrive que l'entrepôt (Warehouse) ne fonctionne pas. Il peut avoir toutes sortes de raisons. Job ne fonctionne pas, "Analysis Service" est hors service, erreurs... Il suffit de consulter le "rundate" des Job d'entrepôt avant que les utilisateurs commencent à se plaindre de rapports obsolètes.
Ouvrez un navigateur en mode Administrateur et accédez à
http://[server]:8080/tfs/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
Choisissez GetProcessingStatus et remplir les valeurs suivantes
Si vous souhaitez actualiser manuellement l'entrepôt, vous pouvez utiliser ce service aussi bien. Lire MSDN pour obtenir des instructions sur cette opération
3. Vérifier l'alerte TFS
Vérifiez l'alerte TFS pour voir si tout fonctionne bien encore. Manière la plus facile de le faire est d'avoir un projet spécial "TFS ADMIN" projet d'équipe que vous utilisez pour valider des choses. Il suffit de créer une nouvelle alerte d'élément de travail dans ce projet qui vous envoie un e-mail lorsqu'un nouvel élément de travail est créé. Créer un élément de travail et voir si elle apparaît dans votre boîte aux lettres. Comment créer des alertes que vous pouvez lire ici.
Si vous ne voulez pas attendre, vous pouvez modifier l'intervalle de la gestion des événements. Lisez tout à ce sujet ici. (Pas toujours le choix recommandé de le faire. Les intervalles sont là pour une raison)
4. Vérifiez que le TFS compile les machines
Vérifiez si votre Compilateur de machine(s) est encore en cours d'exécution. Utilisez votre projet "TFS ADMIN" pour créer une version simple qui ne construit pas une bibliothèque de classes. Lancez cette compilation manuellement (ou programmer) tous les jours / semaine. Quand il réussit, vous savez que l'infrastructure de compilation est encore OK
5. Vérifiez l'état de la dernier compilation
Vérifiez l'état des compilations de la semaine dernière. Voyez-vous des tendances? Y a beaucoup d'échec de compilation ? Est-ce qu'ils réussissent à nouveau. Vous pouvez facilement construire un petit rapport qui rend compte de votre état de compilation quel que soit le projet d'équipe ils soit. Quand vous voyez beaucoup d'échec de compilation, vous pouvez voir plus de détails ou tout simplement demandé à la personne responsable de la réparer ...
6. Vérifiez le nombre d'éléments de travail (work item) qui ont été modifiées
Dans votre projet d'équipe "TFS ADMIN" créer une requête de work item qui vérifie le nombre d'éléments de travail modifiés derniers jours xx ou bien créer un rapport de SSRS pour elle. Si cela augmente ou diminue de façon spectaculaire, alors vous pouvez plonger plus loin. Peut-être un processus automatisé crée de work item.
7. Vérifiez les journaux d'événements
Plutôt évident, mais .. Vérifier les journaux d'événements sur le serveur d'applications. Parfois, il contient des informations utiles sur le processus qui ont des erreurs ou des avertissements.
8. Vérifiez les espaces de travail morts
Un autre chèque de nettoyage. Vous pouvez utiliser TFS Sidekicks aussi bien pour celui-ci. Il suffit de vérifier les espaces de travail qui sont créés. Quels utilisateurs ont des espaces de travail? Sur quels ordinateurs? Est-ce qu'ils suivent la convention de nommage? Ont-ils créer un nouvel espace de travail pour chaque projet ou ont-ils un seul? Sont-ils encore nécessaires?
9. Vérifiez la taille du dossier de dépôt
Celui-ci m'a donné beaucoup de mal. Le dossier de dépôt. Les compilations sont en cours d'exécution et de laisser tomber des choses dans le dossier de dépôt. Si les politiques de conservation ne sont pas configurés correctement ou si vous avez beaucoup de compilations le dossier peut se développer rapidement et devient grande. Vérifiez le contenu de celui-ci et assurez-vous que le dossier de dépôt a suffisamment d'espace. Vérifiez également les politiques de conservation.
10. Nettoyer les pièces jointes d'essai inutiles
Si vous utilisez Test Manager, et d'utiliser des vidéos, etc. la base de données TFS peut vraiment se développer très vite. A cet effet, la pièce jointe Cleaner (Test Attachment Cleaner) a été créé par Microsoft comme solution de power-tool pour cela. (Un peu plus de la description que vous pouvez trouver ici)
Et voila.
Espérons que cela vous aide ;)
1. Consultez l'historique check-out après une longue execution des modifications en attente
Pas tout le monde est si bien organisé a vérifient dans leur code chaque jour. D'ailleurs, TFS vérifie les fichiers (fichiers de projet / fichiers de solution) automatiquement et ils a tendance à «traîner». Vérifiez s'il y a des fichiers qui sont extraits plus longtemps, par exemple 2 semaines (ou quel que soit le temps que vous prenez) et demander aux responsables de l'enregistrement de faire le check-out. Vous pouvez utiliser l'outil "TFS Sidekicks" pour cela.
2. Vérifiez l'état du TFS Entrepôt et Cube (Warehouse and Cube)
Il arrive que l'entrepôt (Warehouse) ne fonctionne pas. Il peut avoir toutes sortes de raisons. Job ne fonctionne pas, "Analysis Service" est hors service, erreurs... Il suffit de consulter le "rundate" des Job d'entrepôt avant que les utilisateurs commencent à se plaindre de rapports obsolètes.
Ouvrez un navigateur en mode Administrateur et accédez à
http://[server]:8080/tfs/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
Choisissez GetProcessingStatus et remplir les valeurs suivantes
- serviceHostName = CollectionName )(par exemple : DefaultCollection)
- includeOnlineHostsOnly = true
Si vous souhaitez actualiser manuellement l'entrepôt, vous pouvez utiliser ce service aussi bien. Lire MSDN pour obtenir des instructions sur cette opération
3. Vérifier l'alerte TFS
Vérifiez l'alerte TFS pour voir si tout fonctionne bien encore. Manière la plus facile de le faire est d'avoir un projet spécial "TFS ADMIN" projet d'équipe que vous utilisez pour valider des choses. Il suffit de créer une nouvelle alerte d'élément de travail dans ce projet qui vous envoie un e-mail lorsqu'un nouvel élément de travail est créé. Créer un élément de travail et voir si elle apparaît dans votre boîte aux lettres. Comment créer des alertes que vous pouvez lire ici.
Si vous ne voulez pas attendre, vous pouvez modifier l'intervalle de la gestion des événements. Lisez tout à ce sujet ici. (Pas toujours le choix recommandé de le faire. Les intervalles sont là pour une raison)
Vérifiez si votre Compilateur de machine(s) est encore en cours d'exécution. Utilisez votre projet "TFS ADMIN" pour créer une version simple qui ne construit pas une bibliothèque de classes. Lancez cette compilation manuellement (ou programmer) tous les jours / semaine. Quand il réussit, vous savez que l'infrastructure de compilation est encore OK
5. Vérifiez l'état de la dernier compilation
Vérifiez l'état des compilations de la semaine dernière. Voyez-vous des tendances? Y a beaucoup d'échec de compilation ? Est-ce qu'ils réussissent à nouveau. Vous pouvez facilement construire un petit rapport qui rend compte de votre état de compilation quel que soit le projet d'équipe ils soit. Quand vous voyez beaucoup d'échec de compilation, vous pouvez voir plus de détails ou tout simplement demandé à la personne responsable de la réparer ...
6. Vérifiez le nombre d'éléments de travail (work item) qui ont été modifiées
Dans votre projet d'équipe "TFS ADMIN" créer une requête de work item qui vérifie le nombre d'éléments de travail modifiés derniers jours xx ou bien créer un rapport de SSRS pour elle. Si cela augmente ou diminue de façon spectaculaire, alors vous pouvez plonger plus loin. Peut-être un processus automatisé crée de work item.
7. Vérifiez les journaux d'événements
Plutôt évident, mais .. Vérifier les journaux d'événements sur le serveur d'applications. Parfois, il contient des informations utiles sur le processus qui ont des erreurs ou des avertissements.
8. Vérifiez les espaces de travail morts
Un autre chèque de nettoyage. Vous pouvez utiliser TFS Sidekicks aussi bien pour celui-ci. Il suffit de vérifier les espaces de travail qui sont créés. Quels utilisateurs ont des espaces de travail? Sur quels ordinateurs? Est-ce qu'ils suivent la convention de nommage? Ont-ils créer un nouvel espace de travail pour chaque projet ou ont-ils un seul? Sont-ils encore nécessaires?
9. Vérifiez la taille du dossier de dépôt
Celui-ci m'a donné beaucoup de mal. Le dossier de dépôt. Les compilations sont en cours d'exécution et de laisser tomber des choses dans le dossier de dépôt. Si les politiques de conservation ne sont pas configurés correctement ou si vous avez beaucoup de compilations le dossier peut se développer rapidement et devient grande. Vérifiez le contenu de celui-ci et assurez-vous que le dossier de dépôt a suffisamment d'espace. Vérifiez également les politiques de conservation.
10. Nettoyer les pièces jointes d'essai inutiles
Si vous utilisez Test Manager, et d'utiliser des vidéos, etc. la base de données TFS peut vraiment se développer très vite. A cet effet, la pièce jointe Cleaner (Test Attachment Cleaner) a été créé par Microsoft comme solution de power-tool pour cela. (Un peu plus de la description que vous pouvez trouver ici)
Et voila.
Espérons que cela vous aide ;)
Aucun commentaire:
Enregistrer un commentaire