Oui, mais il ne va pas être facile à mettre en œuvre. Avec TFS, les stratégies d'archivage sont appliquées du côté client. Jim Lamb a un bon article sur la façon de le faire:
http://blogs.msdn.com/b/jimlamb/archive/2010/03/31/how-to-implement-package-and-deploy-custom-check-in-policy-for-tfs-2010.aspx
Il est relativement simple de créer la politique, mais où votre plaisir va commencer est de déterminer s'il y a une classe de test associé. Si vous faites quelque chose par convention (par exemple MyCustomClass.cs
a un fichier de classe de test de MyCustomClass_TESTS.cs
), vous pouvez vérifier que les deux fichiers sont présents dans le fichier de projet. Si vous envisagez de faire un certain niveau d'analyse de code pour le déterminer ... cela deviendra plus compliqué.
Alors, comment refactorisez-vous votre code? Renommer une propriété? Refactoriser dans le contexte d'un test de travail dans lequel vous faites quelque chose pour améliorer votre code, mais ne changez pas le résultat. Ne réparez pas le processus avec plus de processus. –