TFS - Diramazione per lo sviluppo sperimentale:La soluzione non riesce a caricare

Question

Disclaimer:Mi sono bloccato sul TFS e io la odio.

La mia fonte di controllo struttura simile a questa:

• /dev
• /release
• /rami
• /sperimentale-aggiornamento

Ho diramato dal dev sperimentali-aggiornamento e non l'ho toccato.Poi ho fatto un po ' di lavoro in dev e unite a sperimentale di aggiornamento.In qualche modo TFS si lamentava che ho avuto cambiamenti sia di origine e di destinazione e ho dovuto risolvere il problema.Ho scelto di "Copia elemento da fonte ramo" per tutti i 5 elementi.

Il check-out sperimentale di aggiornamento in una cartella locale e tenta di aprire il file di soluzione in là.TFS mi suggerisce:

"I progetti sono stati recentemente aggiunti a questa soluzione.Vuoi ottenere dal controllo del codice sorgente?

Se dico di sì, si fa un po ' di roba, ma in ultima analisi, torna riesce a caricare una manciata di progetti.Se dico di no ottengo lo stesso risultato.

Confrontando il mio sln in entrambi i rami mi dice che sono uguali.

Qualcuno può farmi sapere cosa sto facendo di sbagliato?Questo dovrebbe essere un semplice ramo/operazione di unione...

TIA.

---

AGGIORNAMENTO:

Ho notato che se faccio clic su "sì" nella finestra di sopra, i progetti vengono scaricati a $/ radice di controllo del codice sorgente...(cioèfuori il dev & rami cartelle)

Se io apro la soluzione nel ramo e rimuovere i morti progetti e provare a ri-aggiungere (cliccando col tasto destro sln, aggiungere un progetto esistente, scegliere il progetto che si trova nella cartella di filiale, mi dà l'errore...

Impossibile caricare il progetto c:\sandbox\my_solution\proj1\proj1.csproj il file è stato eliminato.Il percorso di un progetto che stavo cercando di aggiungere è questo:c:\sandbox\my_solution\branches\experimental-upgrade\proj1\proj1.csproj

Ciò che nel mondo è di puntamento questi progetti al di fuori la loro principale locale?Il file di soluzione è identica a quella del ramo dev, e quei progetti caricare bene.Inoltre ho guardato la vspscc e vssscc file ma non ho trovato niente.

Idee?

Answer 1

@Ben

Si può effettivamente fare un pieno di eliminare in TFS, ma è altamente sconsigliato a meno che non si sa cosa si sta facendo.Devi farlo dalla riga di comando con il comando tf distruggere

tf destroy [/keephistory] itemspec1 [;versionspec]
           [itemspec2...itemspecN] [/stopat:versionspec] [/preview]
           [/startcleanup] [/noprompt]

Versionspec:
    Date/Time         Dmm/dd/yyyy
                      or any .Net Framework-supported format
                      or any of the date formats of the local machine
    Changeset number  Cnnnnnn
    Label             Llabelname
    Latest version    T
    Workspace         Wworkspacename;workspaceowner

Appena prima di fare questo, assicurarsi che si tenta con l' /anteprima.Inoltre, ognuno ha la propria metodologia per la ramificazione.Il mio è di ramo versioni, e fare tutto lo sviluppo in sviluppo o la cartella principale.Anche sembrava ramificazione ha funzionato bene per voi, solo il file di soluzione era avvitato, che potrebbe essere causa di una associazione di problema e la vssss file.

Answer 2

@Nick:Non sono state apportate modifiche a questo appena ancora.Io sono per eliminare e ri-ramo (ma davvero non si può eliminare completamente in TFS)

E devo dissentire...la ramificazione è assolutamente una buona pratica per le modifiche sperimentali.Scaffalatura è solo deposito temporaneo che verrà eseguito il backup se non ho voglia di controllare in sicurezza.Ma questo deve essere sviluppata, mentre noi sviluppare una reale funzionalità.

Answer 3

Senza sapere di più circa la vostra soluzione di installazione non posso essere sicuro.Ma, se avete riferimenti di progetto che potrebbe spiegare.Perché si ha la "sperimentale-upgrade" sottocartella di "rami" il tuo parente percorsi sono cambiati.

Questo significa che quando VS usato per cercare il tuo riferimento a progetti in ..\..\progetto\qualsiasi ora deve guardare in ..\..\..\progetto\quant'altro.Nota extra ..\

Per risolvere questo problema è necessario aggiungere nuovamente i riferimenti del progetto.Non ho trovato un modo migliore.È possibile rimuovere e aggiungere nuovamente li, o andare alla finestra delle proprietà e modificare il loro percorso, poi ricaricarli.In ogni modo, dovrete rifare il riferimento da tutti i progetti.

Inoltre, controllare le cartelle di lavoro per assicurarsi che non scarica uno qualsiasi dei vostri progetti in cartelle errate.Questo può accadere a volte...

Answer 4

Un paio di cose.Sono le strutture di cartelle stesso?È possibile eliminare e readd i riferimenti al progetto di successo?

Se si crea una soluzione e poi aggiungere manualmente tutti i progetti, fa che lavoro.(Che potrebbe non essere realizzabile - disponiamo di soluzioni con oltre un centinaio di progetti).

Un'altra cosa (e può essere un po ' stupida) - dopo aver fatto il ramo, hai commesso?Mi chiedo se è ramificata e non ha il check-in, e poi si è fusa, e poi, quando si è tentato di check-in, quindi, il TFS era potente confuso.

Answer 5

@Kevin:

Questo significa che quando VS usato per cercare il tuo riferimento a progetti in ....\progetto\qualsiasi cosa ora un'occhiata....... \progetto\quant'altro.Nota extra ..\

Si può essere di fronte a qualcosa qui, ma non spiega perché alcuni progetti di carico e gli altri non lo fanno.Non ho trovato una correlazione tra la loro sicurezza.

Penso che proverò a ri-aggiungere i progetti e vedere se funziona.

Answer 6

@Cory:

Penso che è quello che ho intenzione di provare...Ho circa 20 progetti e 8 non si caricano.Le strutture di cartelle sono identici da root...vale a dire:non ci sono riferimenti al di fuori del DEV.