Voici mon cas d'utilisation:Can Visual Studio (devrait-il être capable de) calculer un diff entre deux changesets associés à un élément de travail?
Je commence un projet XYZ, pour lequel je crée un travail, et je fais des check-ins fréquents, facilement 10-20 au total. TOUTES les modifications de code seront lues en code et révisées par code.
Les ensembles de modifications ne sont pas consécutifs - d'autres personnes enregistrent entre mes modifications, bien qu'il soit très improbable qu'elles touchent exactement les mêmes fichiers. Donc, à la fin du projet, je suis intéressé par un "total diff" - comme s'il y avait un seul enregistrement par moi pour terminer le projet entier. En théorie, c'est calculable. Dans la liste des ensembles de modifications associés à l'élément de travail, vous obtenez la liste de tous les fichiers affectés. Ensuite, l'algorithme peut agréger les diffs individuels sur chaque fichier et les combiner en un seul. Il est possible qu'un diff total pur ne soit pas calculable en raison du fait que quelqu'un d'autre a renommé des fichiers, ou a changé des choses de très près, ou dans les mêmes fonctions que moi. Dans ce cas ... je suppose qu'un différentiel total peut inclure ces changements non-moi aussi, et m'avertir du fait.
Je trouverais cela très utile, mais je ne sais pas comment le faire en pratique. Est-ce que Visual Studio 2008/2010 (et/ou le serveur TFS) peut le faire? Existe-t-il d'autres systèmes de contrôle de source capables de faire cela?
Merci.
Eh bien ... mais vérifier cela pourrait être automatisé, non? –