Visual Studio 2010 non riconosce il corretto controllo del codice sorgente Plug in

Question

Lavoro su diversi progetti che utilizzano diversi provider di controllo del codice sorgente. Subversion, Git, TFS, ecc ...

Per lavorare su Subversion, ho installato AnkhSVN. Per lavorare su Git, ho installato il provider Git Source Control Per lavorare su TFS, ... beh, hai capito.

Le informazioni di controllo della sorgente vengono salvate come parte del file di soluzione.

Eppure, invariabilmente, quando apro un nuovo progetto, Visual Studio continua a utilizzare qualunque sia l'ultimo provider di controllo del codice sorgente selezionato. Non sembra prenderlo dal file della soluzione. Devo sempre aprire la finestra di dialogo Strumenti> Opzioni per cambiare fornitore (che richiede SEMPRE!)

È qualcosa che sto facendo male? Mi aspetto che Visual Studio cambi i provider in base alla soluzione aperta.

Se questo è qualcosa che Visual Studio semplicemente non fa, c'è una macro o estensione là fuori che lo capirà automaticamente?

Non riesco a credere che questa domanda non sia stata posta prima, ma non ho visto alcun dupes evidente nell'elenco di StackOverflow di "Domande che potrebbero già avere una risposta". Che, purtroppo, sembra indicare la risposta di "sono solo io".

Answer 1

Visual Studio supporta sicuramente questo. Si prevede che il provider del controllo del codice sorgente conservi una qualche informazione sul file della soluzione su quale provider sia e su quali binding sta usando (se necessario - VSS e TFS lo usano, credo).

Quando VS carica la soluzione, deve prelevare il provider corretto.

Appare dalla tua domanda e dal this question che è rotto in qualche modo.

Potrebbe essere necessario scrivere una macro per farlo. Non è particolarmente difficile. Devi agganciare l'interfaccia SolutionEvents. Non sono sicuro di come si arriva al provider di controllo del codice sorgente configurato. Inizia here.

Con tutto ciò che detto, tuttavia, è che dovrebbe funzionare. Proverei a disabilitare tutti tranne due plugin e vedere se funziona. Quello che sto ottenendo è che forse uno dei provider sta lanciando un'eccezione durante il caricamento della soluzione e VS sta rinunciando agli altri.

Answer 2

Non proprio una risposta, ma questo è stato troppo grande per mettere in un commento:

Odio dire "lavora per me", ma, lo fa nel lavoro fatto per me. Sto solo usando AnkhSVN e il client TFS ma Visual Studio passa da uno a due a seconda della soluzione che apro. Quindi quello che stai chiedendo è sicuramente il "supporto" al lavoro. Forse uno degli altri fornitori di plug-in ha un problema?

Avete aperto i file della soluzione e confermato che le informazioni sul controllo del codice sorgente sono presenti? Esso dovrebbe essere simile a questo:

GlobalSection(SubversionScc) = preSolution 
    Svn-Managed = True 
    Manager = AnkhSVN - Subversion Support for Visual Studio 
EndGlobalSection 

GlobalSection(TeamFoundationVersionControl) = preSolution 
    SccNumberOfProjects = 5 
    SccEnterpriseProvider = {4CA58AB2-18FA-4F8D-95D4-32DDF27D184C} 
    SccTeamFoundationServer = http://XXXXX:8080/tfs/XXXXX 
    SccProjectUniqueName0 = ... 
    SccProjectName0 = ... 
    SccLocalPath0 = ... 
    <etc> 
EndGlobalSection 

Inoltre, quando si apre una soluzione adeguata, che cosa stai ricevendo indicazione che non è il passaggio fornitori? Riceverai un messaggio di errore o il tuo progetto non apparirà associato al controllo del codice sorgente?In particolare, le mie finestre TFS rimangono aperte e mostrano errori strani quando apro una soluzione SVN, ma il menu di scelta rapida in Esplora soluzioni passa al provider corretto.

Answer 3

Il binding del provider di soluzioni è IMO errato poiché la soluzione può essere residente in più sistemi di controllo del codice sorgente. Il trucco è quello di caricare il corretto fornitore di controllo del codice sorgente controllando le directory riservate in un evento di soluzione pre-carico di un'estensione VS. Il codice di base è come segue:

IVsRegisterScciProvider vsRegisterScciProvider = GetService<IVsRegisterScciProvider>(); 
vsRegisterScciProvider.RegisterSourceControlProvider(sccProviderGuid); 

il codice completo per tale estensione è here. Potrei rilasciarlo poco dopo un po 'di test dato che è molto semplice, anche se mi ha richiesto un sacco di ricerche. Non riuscivo a trovare nulla di simile in giro ed è strano per me come dovrebbe essere il modo obbrobrioso di farlo. Anche la documentazione su RegisterSourceControlProvider è stata estremamente fuorviante, quindi questa potrebbe essere la ragione.