états incorrects sur les fichiers de projet TFS 2008

Question

J'ai un projet stocké dans TFS Source de contrôle (2008) qui est en cours d'élaboration par 2 développeurs. Les 3 versions (Developer1, Developer2 et serveur) sont à jour avec l'autre. Cependant, les développeurs signalent que certains fichiers dans l'Explorateur de solutions dire « Vérifié par quelqu'un d'autre ou dans un autre endroit » - mais les mêmes fichiers vues dans la source Explorateur du contrôle disent qu'ils sont disponibles. Il semble que les espaces de travail ont obtenu confus, mais les fichiers réels sont « bonnes ».

Quelqu'un peut-il aider?

Answer 1

Si je vérifie le fichier, puis faire un « Annuler les modifications en attente », il va revenir à la normale. Je pense qu'il est ce bug, et il ne semble pas être fixée dans les patchs ou une future version encore.

http: / /social.msdn.microsoft.com/Forums/en-SG/tfsversioncontrol/thread/2a1c6a8c-0a2b-460c-9335-e31598f1107b

Answer 2

J'ai eu ces listes désynchronisés avant. Ce qui était nécessaire était une « force Obtenir la dernière » pour actualiser les statuts. Pour ce faire, vous sélectionnez « Obtenir une version spécifique », puis sélectionnez « Dernière » et « Get fichier, même si elles existent déjà au niveau local » (ou une option comme ça). Cela forcera les fichiers à rafraîchir, même si elles sont déjà à jour, et devrait également corriger leur statut.

Vous pensez que VS / TFS serait assez intelligent pour concilier cela eux-mêmes, mais parfois ils ne tout simplement pas, pour une raison quelconque.

Answer 3

Aller à Fichier-> Source contrôle-> Workspaces dans Visual Studio. Assurez-vous que les devs que vous avez seulement ont 1 espace de travail. Il est probable que quelqu'un a créé plusieurs espaces de travail sur sa machine et ont des fichiers vérifiés là-bas.

TFS cartes des espaces de travail à des endroits sur la machine, ils sont créés sur donc si quelqu'un a tiré le code jusqu'à plusieurs endroits et édité, vous pouvez avoir une personne avec le code vérifié à plusieurs endroits.

En outre, ce lien vous montre comment voir tous les fichiers vérifiés pour une personne en particulier.

Mais je suis d'accord aussi avec Preet. Il est parfaitement normal d'avoir le fichier vérifié par plus d'une personne dans TFS. C'est l'une des améliorations mineures sur SourceSafe.

Answer 4

Avez-vous SP1 installé? Ce qu'il fixe pour notre équipe. Sinon, vérifiez si l'un de vos devs ont des espaces de travail séparés et peuvent avoir vérifié les fichiers à ce

Answer 5

Nous avons eu ce problème quand nous sommes passés de TFS 2005 à TFS 2008. Il y avait des problèmes avec la mise à niveau qui nous a forcés à créer une nouvelle machine virtuelle et de restauration / mise à niveau de la base de données 2005. Nous étions dans l'authentification groupe de travail et les comptes d'utilisateurs locaux recréées mais comme ils avaient tous nouveaux SIDs ils étaient considérés comme des comptes différents à certains égards. Tous les espaces de travail des utilisateurs originaux côtoyais.

Jetez un oeil à la tf et commandline TFPT outils pour manipuler des espaces de travail, si vous avez quelque chose devenus orphelins. Attrice Team Foundation Sidekicks a un joli gestionnaire espaces de travail de l'interface graphique aussi.

Answer 6

Une plus grande question. Pourquoi vous inquiétez-vous si quelqu'un d'autre a un fichier vérifié? TFS prend en charge plusieurs fichiers parallèles sur checkouts. Si vous souhaitez un contrôle exclusif puis utilisez un verrou.

Désolé d'être plus clair - je trouve souvent que l'état dans l'explorateur de solution ne vaut pas regarder. Si je besoin d'un fichier que je vérifier. Si quelqu'un alors j'est verrouillé ai dit par TFS me à ce moment-là, sinon je travaille seulement avec le fichier.