TFS cambio Source Control: Bug o mio problema ?
Problema: VS non consente di cambiare il server TFS a una solution.
Ho installato una macchina da zero con TFS e volevo legare un mio progetto esistente al controllo sorgenti della nuova macchina.
Apro il progetto in VS e giustamente lui mi dice che non riesce a contattare la macchina TFS in quanto quella precedente (di cui ho fatto l'upgrade alla versione finale, ma su cui non volevo più usare il Team Project per questo progetto) era spenta. Giusto.
VS al termine chiede se voglio lavorare temporaneamente senza controllo sorgenti oppure voglio "slegare" la solution dal controllo sorgenti per sempre. Giustamente ho risposto "Slega tutto e per sempre".
A questo punto volevo legare la solution al nuovo server. Creo un Team Project sulla nuova macchina (tutto ok) ma quando vado a aggiungere la solution al controllo sorgenti...VS cerca sempre la vecchia macchina e non nessuna possibilità di scelta.
Ho provato ad andare nei workspace del controllo sorgenti ma anche da qui non riesco ad aggiungere la mia solution al nuovo server: mi dice sempre che esiste già un mapping per la mia solution verso la vecchia macchina e anche cancellando il workspace e ricreandolo non cambiava situazione. Anche se non si vedeva il mapping lui diceva che c'era.
Dopo varie imprecazioni, durante un mezzo pomeriggio ho scoperto quanto segue e spero che vi possa essere utile nel caso in cui vogliate legare un progetto al controllo sorgenti, oppure slegare un progetto da una macchina SCC per legarlo ad un'altra o in generale cambiare server TFS.
VS 2005 memorizza il legame fra workspace (la directory locale dove memorizzare i file di un progetto) e TFS nel file C:\Documents and Settings\robertob\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache\VersionControl.config.
In questo file era rimasta l'associazione fra la mia directory e il vecchio TFS. E' bastato toglierlo (levare l'elemento XML) per poi effettuare nuovamente "Add Solution to Source Control" dove finalmente VS mi ha chiesto su quale server e verso quale progetto volevo legare la solution.
Questo il contenuto del mio file:
<VersionControlServer>
<Servers>
<ServerInfo uri="http://robtfs:8080/" repositoryGuid="616ca785-02fe-4cbd-81a3-bb7a06d33758">
<WorkspaceInfo name="PEPPE" ownerName="ROBTFS\robertob" computer="PEPPE" comment="" LastSavedCheckinTimeStamp="2006-03-21T19:02:44.453125Z">
<MappedPaths>
<MappedPath path="C:\Applications\ComeurOnline\Maui" />
<MappedPath path="C:\Applications\Rob\PhoneController" />
<MappedPath path="c:\inetpub\wwwroot\SalamiManagementWebContent" />
</MappedPaths>
</WorkspaceInfo>
</ServerInfo>
<ServerInfo uri="http://tfsrob:8080/" repositoryGuid="0119f62b-ce99-4d01-ba02-0c50b3b0dec0">
<WorkspaceInfo name="PEPPE" ownerName="TFSROB\Robertob" computer="PEPPE" comment="" LastSavedCheckinTimeStamp="0001-01-01T00:00:00Z">
<MappedPaths>
<MappedPath path="C:\Demo\SalamiManagement" />
<MappedPath path="c:\Demo\TestProject" />
</MappedPaths>
</WorkspaceInfo>
</ServerInfo>
</Servers>
</VersionControlServer>
Come si nota adesso ho due progetti SalamiManagement e TestProject sul server TFSROB, mentre i vecchi progetti restano legati a ROBTFS. All'interno di questo file viene mantenuta la lista dei workspace. Il vecchio workspace PEPPE non è visibile in VS e non è più possibile eliminarlo.
Semplicemente cancellando ad esempio <MappedPath path="C:\Applications\ComeurOnline\Maui" /> è possibile legare poi il progetto a una nuova macchina. In realtà si può anche spostare direttamente da questo file una applicazione.
Il problema, ripeto, è che VS, sembra scordarsi di eliminare queste associazioni quando si opera dalla maschera di gestione dei workspace.
Hope useful