2016-05-24 21 views
1

Ich kann mich nicht erinnern, wie wir diese bestimmte Lösung von der Quellcodeverwaltung heruntergebracht haben.Wie kann TFS Änderungen nachverfolgen, aber die Lösung ist noch nicht an die Versionskontrolle gebunden?

Die aktuelle Situation ist:

Wenn ich die Lösung über „Source Control Explorer“ erkunden kann ich sehen, dass es zu einem lokalen Arbeitsbereich zugeordnet ist.

Wenn ich Änderungen an Dateien in Visual Studio für die Lösung vornimmt, werden diese Änderungen unter Ausstehende Änderungen im Team Explorer angezeigt.

Ich kann diese Änderungen einchecken und sie erscheinen in der Geschichte für die Lösung.

ABER

Wenn ich auf eine Datei klicken Sie rechts in Projektmappen-Explorer, erhalte ich die Option Mappe zur Quellcodeverwaltung hinzufügen ...

Wenn ich diese Option wählen, bekomme ich die Meldung:

der Artikel [blah.sln] ist bereits unter Quellcodeverwaltung am Standort ausgewählt ....

Ich weiß, dass ich das Problem beheben kann, indem ich Datei> Quellcodeverwaltung> Erweitert> Quellcodeverwaltung ändern auswähle und dann jedes Projekt in der Projektmappe auswähle und die Bind Schaltfläche drückt.

Meine Frage ist:

Wie können Änderungen TFS Spur, aber die Lösung noch nicht zur Quellcodeverwaltung gebunden werden?

Antwort

0

Die Source-Control-Bindungen sind in zahlreichen Orten gespeichert:

  • Auf dem TFS-Server Ihres Arbeitsbereich Konfiguration gehalten wird. Wenn Sie mit Team Explorer eine Verbindung zu einem TFS-Projekt herstellen, werden Ihre Arbeitsbereichzuordnungen abgerufen und auf Ihrem Computer zwischengespeichert. So erkennt Visual Studio, welche Ordner dem TFS-Server zugeordnet sind, mit dem Sie verbunden sind.
  • Im Arbeitsbereichcache des lokalen Computers wird die Konfiguration des Arbeitsbereichs beibehalten. Diese Daten werden jedes Mal aktualisiert, wenn Sie eine Verbindung mit diesem TFS-Server herstellen. Standardmäßig befindet sich dies in Ihrem lokalen appdata-Ordner: enter image description here
    Diese Informationen zum Arbeitsbereich enthalten Ihre Computer- und Benutzerinformationen sowie die Zuordnung des Serverpfads zu einem lokalen Pfad auf Ihrer Workstation. Sie können diese Informationen von editing your workspace information in Visual studio sehen: enter image description here

  • im Arbeitsbereich Wurzel der $tf Ordnerspur aller Dateien im Fall hält sind Sie einen lokalen Arbeitsbereich und Visual Studio verwenden diese Änderungen erkennen verwenden können. Der lokale Arbeitsbereich wurde mit TFS 2012 eingeführt und erfordert, dass Sie Visual Studio 2012 oder neuer, TFS 2012 oder neuer verwenden und Ihren Arbeitsbereich als "Lokal" konfigurieren (Standardeinstellung für neue Arbeitsbereiche in neueren Versionen von Visual Studio).

  • Im Arbeitsbereich werden die Dateien schreibgeschützt markiert, wenn sie beim Verwenden eines Serverarbeitsbereichs ausgecheckt oder schreibbar sind.
  • Das obige wurde sichergestellt, dass auch ohne geöffnete Lösung Quellcodeverwaltung und Check-in/out-Dateien verwenden können.

    Darüber hinaus werden Informationen in der Projektdatei und in der Projektmappe gespeichert, um eine tiefere Integration in Visual Studio zu ermöglichen.

  • In Ihrer Projektdatei wird eine Reihe von Eigenschaften hinzugefügt, um anzugeben, dass das Projekt quellengesteuert ist.
<PropertyGroup> 
    <SccProjectName>SAK</SccProjectName> 
    <SccLocalPath>SAK</SccLocalPath> 
    <SccAuxPath>SAK</SccAuxPath> 
    <SccProvider>SAK</SccProvider> 
</PropertyGroup> 
  • In Ihrer Lösung eine Reihe von Eigenschaften-Datei hinzugefügt werden kontrolliert das Projekt Quelle anzuzeigen.
GlobalSection(TeamFoundationVersionControl) = preSolution 
    SccNumberOfProjects = 2 
    SccEnterpriseProvider = {xxxxx} 
    SccTeamFoundationServer = http://some-other-guys-tfs-server/ 
    SccLocalPath0 = . 
    SccProjectUniqueName1 = xxDemo\\xxDemo.csproj 
    SccProjectName1 = xxDemo 
    SccLocalPath1 = xxDemo 
EndGlobalSection 

In Ihrem Fall Visual Studio auf der ersten Gruppe von Einstellungen zu verlassen mit Quellcodeverwaltung zu interagieren, aber der zweite Satz fehlt. Wenn Sie die Option "Binden" im Fenster "Quellcodeverwaltung ändern" verwenden, werden den Projekt- und Projektdateien die richtigen Informationen hinzugefügt.

Da Sie mit einem TFS-Server verbunden sind und die Arbeitsbereichzuordnungen mit Ihrem System synchronisiert sind, weiß Visual Studio, dass der Ordner, der Ihr Projekt enthält, mithilfe einer Arbeitsbereichzuordnung einem TFS-Projekt zugeordnet wird.

Diese Funktionalität ist auch nützlich, wenn Sie eine andere IDE verwenden, die TFVC überhaupt nicht unterstützt. Sie können weiterhin Visual Studio oder die Befehlszeile verwenden, um mit TFS zu interagieren und direkt im Arbeitsbereich zu arbeiten.

+0

Danke für Ihre Antwort! Ich habe keine '$ tf' Dateien in meinem root - ich glaube, das ist eine TFS 2012-Funktion, die mich glauben lässt, dass unser TFS früher sein muss (ich kann mich nicht beim TFS-Server anmelden, um seine Version zu ermitteln). Könnten Sie angesichts dessen bitte Ihre Antwort erweitern und explizit angeben: 1. Welche Einstellungen umfassen die "erste Gruppe", auf die VS angewiesen ist und welche Einstellung die "zweite Gruppe" enthält, die fehlt? 2. Was genau ist in der Arbeitsplatzkonfiguration gespeichert? – JTech