Comment faire pour Modifier un Fichier dans VS2010 & TFS w/o vérifier le fichier

Je travaille avec TFS 2010 et j'ai besoin de modifier un fichier en local, sans le vérifier. Je veux être en mesure de modifier le fichier dans VS2010, est-ce possible?

VS2010 et TFS sont à la fois des outils spécifiques pour les développeurs, donc cela n'appartiennent ici.

OriginalL'auteur Rossini | 2011-06-07

tfs2010 visual-studio-2010

3

Défectueux "Enregistrer sous" boîte de Rossini fait référence ci-dessus est un bogue connu dans VS 2010, avec la réponse "ne sera pas résolu"

https://connect.microsoft.com/VisualStudio/feedback/details/765219/tfs2010-save-as-dialogue-does-not-overwrite-an-un-checked-out-file-when-solution-is-open#

Cela fait-il si vous ne pouvez pas utiliser "Edit: Ne Rien faire" et de la suppression de l'attribut lecture seule comme une façon de travailler avec des fichiers en mode hors connexion sans une check-out. Donc, à partir de tout le travail que j'ai fait la réponse à cette question est "vous ne pouvez pas", au moins pas dans l'efficacité de toute façon.

Les alternatives (dont aucun n'est raisonnable, utilisable, ou d'accomplir ce que vous voulez dans le pavé d'édition de fichier) sont à prendre l'ensemble de votre solution en mode hors connexion ou seulement de charger directement le fichier dans une autre instance de Visual Studio (qui est, en dehors de la Solution), à quel point vous perdre un tas de références et Intellisense et pourrait tout aussi bien utiliser Notepad++.

Je voulais juste obtenir cette information finale pour ceux (comme moi) qui ont cherché un moyen de le faire. La dernière fois que j'ai vérifié c'était toujours en panne dans VS 2012.

[Edit] je n'ai pas regardé les plugins ou addons indiqué, seuls les hors-la-plateau de Visual Studio.

OriginalL'auteur Liu Kang
2

Vous pouvez éditer un fichier local dans Visual Studio sans vérification par supprimer l'attribut lecture seule sur le fichier (commande DOS: attrib -r). Le fichier modifiable n'apparaîtront pas dans votre espace de travail en attente de changements.

Laissant un grand nombre de modifiable (inscriptibles dans TFS-terme) des fichiers dans votre espace de travail va augmenter le nombre de conflits de fusion lorsque vous faire un get plus tard, et quelqu'un d'autre a modifié ces fichiers. Vous pouvez rechercher ces modifiable mais pas extrait les fichiers dans votre espace de travail à l'aide de la TSF de la ligne de commande de puissance de l'outil: "tfpt.exe en ligne".

Plus d'informations sur le tfpt commandes peuvent être trouvés ici.

J'ai essayé de supprimer l'attribut lecture seule, cependant VS2010 vérifie automatiquement le fichier de toute façon. Ce que vous suggérez travaillé dans Visual SourceSafe, mais il ne fonctionne pas maintenant que j'ai mis à jour pour Team Foundation Server.
Ce qui a fonctionné pour moi tout le temps. Avez-vous supprimer l'attribut, puis ouvrez-le VS et le fichier est extrait? Ne VS dit rien à propos de l'extraction de fichiers, etc.?
Comme vous l'avez suggéré, j'ai essayé de supprimer l'attribut lecture seule, puis à partir VS2010 et modifier le fichier. Le fichier est automatiquement cochée. VS2010 ne pas me demander de vérifier les fichiers, il le fait automatiquement.
Vous êtes en train de corriger. My bad, j'avais oublié que je l'utilise seulement quand mon serveur TFS était déjà en mode hors connexion si VS ne pouvait pas extraire le fichier, même si elle veut. En effet, lorsque le serveur TFS est hors ligne, VS vous déconnectez votre solution de TSF, et vous devez l'ajouter manuellement à l'arrière (à l'aide de tfpt en ligne) plus tard.
Je pense que vous avez deux options: 1) Faire de VS pensez que votre solution est connecté à l'encontre de certains faux serveur TFS, et donc votre solution en mode hors connexion. Cela peut nécessiter la suppression de certains de cache et nettoyer le fichier de solution. 2) Utiliser un tfs outil de puissance pour faire VS travailler hors connexion avec TFS (tfpt tweakui). Voir ici: msmvps.com/blogs/p3net/pages/tfs-2010-in-offline-mode.aspx - je n'ai pas essayé moi-même (pas le powertool téléchargé sur ma machine), mais il semble que c'est ce que vous voulez.

OriginalL'auteur Duat Le
2

Vous pouvez dire VS /TFS ne pas vérifier sur edition, Outils /Options /Contrôle de code Source /Environnement

Changer d'Économie "Invite de commande" et l'Édition "Ne rien faire".

Techniquement cela ne me permettre de modifier le fichier avec de le vérifier. Cependant j'ai besoin d'enregistrer le fichier trop sinon il n'y a aucun point en modifiant le fichier. Je veux recompiler mon projet avec mes modifications locales. Quand j'ai enregistrer le fichier VS2010 va m'inviter à consulter le fichier, et mes choix sont "check out" ou "annuler". Quand j'ai frappé annuler le fichier n'est pas enregistré.
cela peut être une question stupide! Pourquoi le fichier enregistré un problème?
Je veux écrire quelque jeter du code pour l'utilisation à titre expérimental et un autre développeur a extrait le fichier et nous interdire les extractions multiples.

OriginalL'auteur James Reed
1

Oui. Recevez le fichier et puis de le déconnecter de TFS (Travail en mode Hors connexion). Vous n'aurez pas d'extraire le fichier.

Ou il suffit d'éditer le fichier et ne pas le vérifier. Annuler les modifications et le fichier ne sera jamais vérifiée.

Cela ne fonctionne pas, lorsque je me déconnecte de TFS il ferme ma solution. Quand j'ai ouvert la solution à nouveau, VS2010 se reconnecte automatiquement à TFS.

OriginalL'auteur Scott Bruns
1

Je crois que vous êtes à la recherche pour cette:
1. Modifier votre VS options comme ceci:
2. Modifier votre fichier et cliquez sur Enregistrer. À ce stade, vous obtiendrez une boîte de dialogue d'avertissement comme ceci:
3. Cliquez sur Ok, puis modifier le fichier est en lecture seule attribut, puis enregistrer à nouveau. Cela vous permettra d'enregistrer vos modifications sans vérifier.
J'ai essayé ta suggestion, cependant, à l'étape 3, quand j'appuie sur enregistrer (après la suppression de l'attribut lecture seule), je reçois la boîte de dialogue "fichier existe déjà. Voulez-vous le remplacer?" à laquelle je clique sur "Oui". La boîte de dialogue se ferme et je suis à gauche en regardant le "Enregistrer le Fichier sous" boîte de dialogue, et le fichier n'est pas enregistré. Quand je clique sur enregistrer de nouveau, je suis de nouveau invité à remplacer le fichier. J'ai aussi essayé de supprimer le fichier en premier. Lorsque le fichier est supprimé et je clique sur Enregistrer dans le "Enregistrer le Fichier sous" boîte de dialogue, rien ne se passe. Le fichier n'est pas enregistré, et la boîte de dialogue reste inchangé sur l'écran.
Ce ne semble pas être un bug pour moi. Comme solution de contournement, supprimer attribut lecture seule et modifier le fichier dans un autre éditeur (comme Notepad++) et de l'enregistrer. VS vous invite soit ou recharger automatiquement le fichier (en fonction de vos paramètres) et vous pouvez travailler à partir de là.

OriginalL'auteur Mrchief
0

Dans VS2008 à partir du menu, choisissez Outils|Options|Contrôle de Source|de l'Environnement.

Vérifier Permettent de contrôler les éléments à éditer.

Je devine que ce sera aussi le travail dans VS2010.

cela me permet de modifier vérifié dans des articles, cependant je n'arrive pas à enregistrer le fichier. Comme dans James Reed réponse quand j'ai enregistrer le fichier VS2010 vérifiera automatiquement le fichier.

OriginalL'auteur Scott Bruns
0

Pour répondre à la question "est-ce possible", la réponse est oui selon ce que vous voulez faire.

Vous pouvez modifier les fichiers, et faire ce que vous voulez faire localement, sans risque de contrôle du fichier. Assurez-vous que votre solution est fermé avant d'exécuter la TFPT tweakui de commande puis l'ouvrir en arrière jusqu'à l'intérieur de l'Équipe de l'Explorateur. Assurez-vous que vous êtes dans le bon dossier lors de l'exécution de la commande. L'utilisation de TFS 2008 Powertools pour ce faire.

Cependant...

Lors de la synchronisation en arrière jusqu'à, il va vérifier les fichiers automatiquement qui ont l'indicateur de lecture seule supprimé. Donc, ce que vous devez faire est d'ajouter le drapeau en arrière et annuler vos modifications une fois que vous ont été faites auprès de votre centre de test.

Peut-être que vous pouvez expliquer pourquoi il est important que le dossier n'est pas vérifié en premier lieu et de la communauté peut vous aider à contourner ce problème? Pour tous les jours de développement, ce flux de travail est quelque peu sujette à erreur, et nécessitant l'utilisation de TFS Powertools est assez lourd à mon avis.

En tout cas, j'espère que vous obtient dans la bonne direction il ya beaucoup d'autres commentaires ici qui sont utiles aussi bien

Je préfère ne pas prendre l'ensemble de la solution hors ligne, mais si c'est la seule façon de le faire qui pourrait être acceptable. Le TFPT tweakui sonne comme il va faire ce que je veux. Cependant, je n'ai pas de commande. J'ai installé TFS 2005 des Outils électriques, la TFS 2008 machines-Outils, et la TFS 2010 les outils électriques, et aucun de ceux-ci ont la tweakui option. Après lecture de votre post, j'ai téléchargé la dernière version de la puissance des outils pour TFS 2008 & TFS 2010, et je n'ai pas encore le tweakui option. J'ai d'autres options pour TFPT comme annoter, lier, requête ... mais pas tweakUI, Pourquoi n'ai-je pas cette option?
Désinstaller tous les trois et re-installer 2008. Exécutez à nouveau la commande. Assurez-vous que vous êtes dans le bon répertoire et de lancer l'invite de commande en tant qu'administrateur.
Une fois que vous chemin vers le dossier approprié qui est le plus probable "cd C:\Program Files (x86)\Microsoft Team Foundation Server 2008 Puissance des Outils de type" tfpt vous aider et vous devriez voir la commande sur la liste. À partir de là, le type TFPT tweakui, et vous devriez avoir aucun problème à partir de là.

OriginalL'auteur Mike Veigel
-3

"Je veux recompiler mon projet avec mes modifications locales'. Vous devez travailler AVEC votre source de contrôle, non pas contre elle.

Faire une version de votre code avec vos changements locaux. Vérifiez que dans. Maintenant étiquette. Revenir en arrière et obtenir une version de votre code avant votre révision pour les modifications locales, éditer le fichier coller dans le contenu, et de vérifier que, dans. Maintenant, lorsque vous compilez local, obtenir l'étiquette de la version de votre code, et de recompiler. Oui, vous aurez les changements enregistrés, mais la version la plus récente du code n'aura pas la version avec vos changements locaux. Soyez créatif avec votre étiquette, et de mettre une étiquette descriptive sur elle afin que d'autres développeurs vont comprendre ce que c'est.

C'est en supposant que c'est un seul fichier. Dans VSS, vous pourriez faire quelque chose de similaire avec les "épingler" le code. Quel que soit le nombre de check-in après le code pin, les autres utilisateurs ne se la épinglé version. Dans TFS, il n'y a pas d'équivalent à l'épinglage (remercier les dieux). Vous pourriez faire quelque chose de similaire avec la ramification, mais vous certainement ne voulez pas le faire que pour un seul, jetez morceau de code à des fins expérimentales à l'usage local.

Le changement que je veux faire est exactement comme vous le décrivez jeter un morceau de code à des fins expérimentales. Je ne veux pas les modifications apportées à jamais dans le contrôle de source. Il ya aussi des moments où un autre développeur a extrait le fichier, donc je ne peux pas il suffit de cocher les fichiers et annuler mes modifications.
Ensuite, je dirais permettent de vérifier, puis annuler les modifications lorsque vous avez terminé. Personne d'autre ne doit obtenir les changements que vous n'avez pas vérifié.
Cette personne est de toute évidence, quelqu'un qui a été un lavage de cerveau par le Sourcesafe façon de faire les choses!...

OriginalL'auteur Garf

Vous devez vous connecter pour publier un commentaire.