Déplacement de fichiers de perdre de l'histoire dans TFS 2013
Je suis en utilisant VS2013 mise à Jour 4 avec TFS 2013 mise à Jour 4. Dans l'Explorateur du Contrôle de Source, chaque fois que je déplacer un fichier d'un dossier à un autre, je peux voir que le fichier de l'historique est conservé dans le nouvel emplacement. Cependant, que l'histoire est allé lors de mon arrivée dans les modifications en attente. La même chose se passe lorsque j'essaie d'exécuter "tf déplacer la commande". Alors, comment pouvez-vous vous déplacer un fichier dans TFS et de toujours garder le fichier de l'histoire?
Voir aussi: stackoverflow.com/questions/27491584/...
Selon la raison de votre déplacement, vous pouvez également utiliser de la branche reparenting pour contourner ce problème. Ce type de changement etes-vous faire?
Il arrive aussi quand j'ai fusionner une branche
Selon la raison de votre déplacement, vous pouvez également utiliser de la branche reparenting pour contourner ce problème. Ce type de changement etes-vous faire?
Il arrive aussi quand j'ai fusionner une branche
OriginalL'auteur TDN | 2015-03-11
Vous devez vous connecter pour publier un commentaire.
Lorsqu'un fichier est renommé correctement, l'Histoire n'est pas "Disparu", il est associé à "l'ancien nom de la place. Un changement de nom qui est fait de la bonne façon (à suivre comme un changement de nom et non pas comme un delete+add) a d'exploration option pour afficher les "anciens" de l'histoire:
Quand un changement de nom est effectué à l'extérieur de l'Explorateur du Contrôle de Source (ou à partir d'une très vieille version de l'Explorateur du Contrôle de Source (par exemple, par rapport à 2008)) ou à l'extérieur de l'Explorateur de solutions, le changement sera détecté comme deux actions, l'une supprimer et un ajouter. Vous pouvez utiliser le "en Attente" de la fenêtre pour la promotion de ces pour un changement de nom, afin que l'histoire est conservée:
Sur la ligne de commande, cela ne peut être accompli à l'aide de "tf renommer" et "tf déplacer". En utilisant la norme "mv" et "ren" commandes ne parviennent pas à préserver l'histoire.
Ci-dessous est un exemple supplémentaire de l'utilisation de toutes les différentes méthodes et montrant clairement que l'histoire est conservée en regardant l'historique du nom de fichier:
Comme mentionné dans les commentaires, l'histoire est stocké dans l'Équipe de Projet qui contient les éléments de révision. Quand ramification/déplacer à travers les projets de votre histoire va se propager à travers ces projets. Si vous supprimez un projet d'Équipe de toute l'histoire qui a été accumulée dans ce projet seront perdues.
J'ai juste changé 🙂
ce sujet déplacé dossiers? La seule solution que je connaisse est l'utilisation de tf de l'histoire ou aller pour les fichiers d'application ou de montrer les dossiers supprimés dans l'Explorateur du Contrôle de Source et d'interroger l'histoire.
l'historique est stocké sur les articles, pas vraiment sur les dossiers. Il a à voir avec la façon dont l'histoire est stocké. Visualisation des éléments supprimés est en effet la seule façon de trouver cette information.
nous avons encore besoin de le récursive de l'histoire dans Visual Studio. Vous pouvez voter pour elle ici: visualstudio.uservoice.com/forums/121579-visual-studio/...
OriginalL'auteur jessehouwing
Je suis venu à cette question à partir de ce question.
Le problème existe depuis TFS2010 et n'est pas seulement un problème pour les renommé ou déplacé des fichiers, mais pour renommé ou déplacé les dossiers.
Le pire, c'est si vous avez un rebaptisé branche et puis regardez dans le dossier de l'histoire. Ensuite, vous ne trouvez que votre renommer l'ensemble de modifications.
Ici vous pouvez voir la réaction de MS sur cette tâche. En gros, ils disent qu'ils ne le font pas parce que c'est beaucoup de travail et rend l'histoire plus lent.
Je ne pourrais pas vivre avec cet état de fait et programmé un correctif pour cela. Récursive de l'histoire de la sélection qui se passe dans SP dbo.prc_QueryHistory. J'ai changé le PS, et ajout de la fonctionnalité suivante:
L'effet est plus lent de l'histoire (surtout si vous le faites sur la racine d'une profondeur de l'arborescence de dossiers), mais le problème est résolu. Et je préfère vivre avec la lenteur de l'histoire qu'incomplète.
Je pourrais vous fournir la SP que j'ai écrit, mais je ne suis pas sûr si je voulais être autorisé à le publier ici, car il contient MS protégés code.
(Et bien sûr je ne peux pas garantir que le correctif sera conservé lors de la mise à jour du système. - J'ai écrit mon SP sur TFS 2013 SP3.)
Mise à jour: j'ai demandé à MS pour l'autorisation de publier mon fix (2ème lien dans mon post)
ATTENTION: Ce sera officiellement mis votre TFS l'installation dans un état non pris en charge.
La migration de la solution de contournement t travail, après l'avoir utilisé avant, mais également affecter le compte utilisé pour effectuer la migration comme l'auteur de la modification. Sur le côté positif, que l'information n'est pas perdu, qu'il est annexé à la description des changements. Donc, si vous pouvez vivre avec ça, que je recommande.
OriginalL'auteur Florian Boeck
Je ne pense pas que jessehouwing correctif fonctionne pour les dossiers. En fait, si vous utilisez l'Explorateur du Contrôle de Source de VS 2012+, le déplacement des dossiers conserve les fichiers de l'histoire (montre récursive dans VS), mais pas pour les dossiers. Les dossiers de l'histoire est plate.
La solution à ce problème:
OriginalL'auteur vezenkov