J'ai supprimé manuellement certains fichiers / dossiers dans mon espace de travail. Comment puis-je pender supprime ces éléments de mon espace de travail TFS et que ces suppressions soient reflétées dans le référentiel (via une ligne de commande ou une API programmatique).
4 Réponses :
Les fichiers supprimés peuvent être vérifiés comme des modifications régulières. Toutefois, si vous utilisez Solution-Explorer à CheckIn, les fichiers supprimés ne sont pas inclus (car seuls les fichiers qui sont toujours dans la solution sont inclus dans la modification).
Je fais toujours mes checkins via l'explorateur source-Control-Explorer - puis les fichiers supprimés sont également inclus dans la vérification (si ces fichiers supprimés sont inférieurs au dossier de contrôle source que vous enregistrez)
Salutations Johannes
P.s.: Si vous supprimez les fichiers via Windows-File Explorer, ils ne sont pas marqués comme «supprimés» dans votre copie de travail. Utilisez toujours VS2010 pour supprimer des fichiers (ou également l'extension Shell incluse dans TFS Server-PowerTools)
Problème est que vous ne pouvez pas le faire toujours. Dans mon cas, un outil tiers fait les modifications apportées au dossier. Il n'y a pas d'indice que j'utilise TFS.
Vous devriez pouvoir utiliser la commande tfpt en ligne / suppression à partir du Outils d'alimentation de la Foundation Team Foundation . Il vous incitera à "promouvoir" tout changement local non traqué qui n'est pas dans l'espace de travail du serveur.
Le / Supprimer détecte 3 dossiers supprimés dans mon cas, mais lorsque j'essaie de pendre les changements, il est indiqué "Un ou plusieurs enfants ont des changements en attente". Mais c'est difficile à voir la those en attente de changements si je n'ai pas les fichiers. N'y a-t-il aucun moyen de le récupérer tous les fichiers et dossiers supprimés et les marquer comme supprimés? (Ces fichiers ont été supprimés de NetBeans IDE, c'est pourquoi il n'a pas été supprimé de Source Explorer ou Visual Studio ...)
Suppression d'éléments de vos dossiers de travail ne reflétera pas la suppression de la commande Source. Pour supprimer les éléments du contrôle de la source, procédez comme suit:
Supprime à partir de la commande Source Control UI, faites-le en cliquant avec le bouton droit de la souris sur l'élément et en supprimant, alors commettez le changement.
Ouvrez la ligne de commande VS et exécutez la commande Propriétés TF, exemple: Dans la même fenêtre de ligne de commande VS, exécutez la commande TF Détruisement, Exemple: N'oubliez pas d'ajouter le 'x' avant l'identifiant de suppression. Appuyez sur ENTER et il vous incitera si vous souhaitez supprimer l'élément. Dites oui, puis appuyez sur Entrée. Soyez juste prudent car TF Détruisez-le supprimé l'élément et / ou le dossier du contrôle de la source, y compris son historique. Propriétés TF / S: TFSServerCollection "$ / FilePath / FileName.jpg"
Cela vous permettra de récupérer l'ID de suppression, car cet exemple permet de dire le Delete ID 12345
TF Détruire / s: TFSServerCollection "$ / FilePath / FileName.jpg"; x12345 < / li>
J'ai voté cela parce que c'est une bonne description du processus de Détruisant de manière permanente des fichiers indésirables , mais je voulais renforcer la dernière phrase de Frankie C. Dans la plupart des cas sous contrôle de la source, détruire est une overcilleuse dangereuse lorsqu'un simple suppression est souhaité.
J'exécute cette commande avec / une option de prévisualisation, mais elle disait que cela ne pouvait pas trouver l'article ou je n'avais pas eu accès. Ensuite, j'ai essayé après avoir retiré l'ID de suppression avec / l'option de prévisualisation. Il affichait l'élément de message a été détruit et il avait connecté l'ID de suppression attachée au nom. Là j'ai remarqué X dans l'ID de suppression. Ensuite, j'ai ajouté avec la suppression de la suppression avec X comme préfixe sur le nom de l'élément et dirigez la commande avec / Aperçu. Maintenant, il a montré un message détruit. J'ai réalisé mon erreur de ne pas ajouter X. J'ai utilisé une invite de commande vs 2017. Je pense que dans cette version, la suppression d'identification pourrait ne pas être requise.
dans Visual Studio 2012: Ces suppressions seront détectées, mais répertoriées dans la section "Modifications exclues". Ouvrez cette liste et cliquez pour "promouvoir" les modifications.
Cependant, j'avais "ajouté" des fichiers au projet, puis les supprima manuellement avant d'être vérifié dans la première fois. Celles-ci devaient être supprimées manuellement de l'explorateur source TFS