Je suis nouveau sur TFS. Dans mon travail, j'ai mappé les projets TFS sur des répertoires locaux, effectué un get et tout fonctionne comme prévu. Lorsque je modifie des fichiers sur ma copie locale, le contrôle de source les vérifie automatiquement et les suit avec les modifications en attente via la fenêtre des modifications en attente. Ensuite, je viens de les enregistrer toute la journée en utilisant cette fenêtre.
Cependant, à la maison, cela ne semble pas se produire. J'ai accès au contrôle de code source et, à l'aide de l'explorateur de contrôle de code source, j'ai mappé les projets sur des répertoires locaux. Cela a semblé bien fonctionner. Cependant, lorsque j'ouvre les projets et les fichiers, les modifications que je fais ne sont pas automatiquement extraites des fichiers. En fait, Visual Studio ne modifie même pas leur statut en lecture seule tant que je n'ai pas essayé de sauvegarder mes modifications. à ce stade, il m'avertit que le fichier est en lecture seule et me demande si je souhaite qu'il essaye de remplacer les autorisations et de le sauvegarder. Je fais et ça marche bien. Mais encore une fois, aucune modification n’est enregistrée dans la fenêtre des modifications en attente. Je suis un peu perdu. La seule expérience de contrôle de code source que je connaisse réellement est Subversion et le plugin AnkhSVN de Visual Studio.
Des idées? J'ai même ouvert ma solution en double-cliquant sur le fichier de solution situé dans l'explorateur de contrôle de code source. Vous penseriez qu'il serait parfaitement conscient que la solution que j'ouvre devrait être suivie par le contrôle de source.
Toute aide est très appréciée.
EDITPuisque les gens semblent accrochés au fait que j'ai dit "à la maison", laissez-moi clarifier. Il n'y a pas de problèmes avec le réseau. Je suis sur un VPN. Je peux très bien parcourir le contrôle de source. Depuis, j'ai tout réinstallé pour diverses raisons. Tout allait bien. J’ai simplement un problème avec Visual Studio qui ne surveille pas les modifications apportées aux fichiers et leur permet d’être renvoyés au contrôle de source. Donc pour résumer:
Comment Visual Studio peut-il arrêter le suivi des modifications après avoir été correctement mappé et me permettre d’obtenir les dernières informations? Je peux mettre à jour à partir du contrôle de source, je ne peux tout simplement pas commettre. La fenêtre des modifications en attente est vide même après les modifications.
S'il vous plaît, seules les personnes qui ont travaillé avec TFS et pourraient avoir une idée de ce comportement. Si vous ne savez pas de quoi je parle, ne vous inquiétez pas. J'ai été très clair et quiconque a utilisé TFS pour le contrôle de source comprendra la question.
Habituellement SO est le premier avec une réponse décente, mais ce soir, je pense que quelqu'un a mis des punaises sur les chaises de quelques personnes. Un autre site a répondu à ma question avec une grande précision. Voici la réponse:
Cliquez avec le bouton droit de la souris sur le nœud de votre solution et sélectionnez "Aller en ligne". Pour différentes raisons, visual studio peut marquer votre solution comme étant suivie par le contrôle de source, mais "hors ligne". Il continue de suivre les changements en coulisse et attend que vous retourniez en ligne. Après cela, ma fenêtre de modifications en attente s'est remplie et tout est normal. Je pensais que c'était un réglage simple quelque part.
J'espère que cela aide les autres avec le même problème.
J'ai trouvé un paramètre intéressant sous Fichier> Contrôle de la source> Avancé> Modifier le contrôle de la source.
Si je lie la solution et le projet à mon serveur de contrôle de code source (dissociez d'abord s'il est déjà lié), alors tout à coup cela fonctionne! L'enregistrement d'un fichier extrait automatiquement le fichier et suit les modifications.
Edit: cela ressemble à un bogue dans Visual Studio. Si cette solution de contournement vous aide, il serait intéressant de créer un nouveau problème sur https://developercommunity.visualstudio.com avec vos informations de version de Visual Studio, afin que l'équipe de développement puisse résoudre ce problème!
Je viens de trouver un moyen de résoudre ce problème lorsque vous êtes déjà en ligne (aucune option «Aller en ligne» n'est visible)… .. En fait, des modifications sont en attente, mais elles sont masquées sous la section «Commentaire». Pour les afficher, augmentez le niveau de l'onglet "Modifications en attente" et diminuez le niveau de la section "Commentaires": vous verrez la liste des modifications en attente masquées par un SV mal dimensionné :)
Je devenais l'erreur "Read Only" comme tout le monde. J'ai reçu le petit chèque rouge à côté des fichiers que j'étais en train de modifier, mais lorsque je suis allé sauvegarder, il m'a demandé de sauvegarder le fichier car il était en lecture seule. J'ai déplacé les fichiers d'un autre système de contrôle de version et ils étaient encore en lecture seule. Mais je ne pense pas que Git se soucie de garder les fichiers en lecture seule comme le faisait mon ancien contrôle de source. Donc, je viens de supprimer les indicateurs en lecture seule dans l'Explorateur Windows et j'étais prêt à partir.
dans mon cas, j'ai résolu le problème en appliquant les étapes ci-dessous:
Pour moi, la solution consistait à ouvrir la fenêtre Modifications en attente de Team Explorer et à lancer l'enregistrement Je n'ai pas vu l'option aller en ligne, je suis sur VS2013. Merci à tous pour les pointeurs!
Accédez aux liaisons de contrôle de code source (Fichier-> Contrôle de code source-> Modifier le contrôle de code source). Vous remarquerez peut-être que seul le projet est lié et non la solution. Sélectionnez la solution, cliquez sur Lier.
J'ai constaté que l'un de mes projets n'avait en fait pas été ajouté au contrôle de source - cela avait été oublié d'une manière ou d'une autre et les modifications apportées à ce projet ne seraient donc pas vérifiées. J'ai cliqué avec le bouton droit de la souris sur le nœud de la solution, puis sur "ajouter au contrôle de source". Il m'a averti que certains projets étaient déjà suivis. J'ai choisi d'ignorer ces projets et l'ajout du ou des projets manquants au contrôle de source. Maintenant, le check-out fonctionne parfaitement. Partage au cas où cela aiderait quelqu'un d'autre!
Aucune des réponses/suggestions de ce message ne m’a aidé, mais j’ai trouvé une solution au problème après des heures d’arrachage de cheveux.
.git
pour votre référentiel.index.lock
à l'intérieur. (J'utilise Visual Studio 2017.)