Domanda

Quanto è efficace l'unione quando cartelle e progetti sono stati rinominati nella tua soluzione?

È stato utile?

Soluzione

Abbiamo avuto molto successo con TFS 2005 per quanto riguarda l'eliminazione/rinomina dei file, con alcune eccezioni molto specifiche, vale a dire:

  1. File che sono stati rinominati sia nel ramo di origine che in quello di destinazione (questo di solito si risolve banalmente con un clic su "Ignora modifiche del server");
  2. File che sono stati rinominati nel ramo di destinazione ma eliminati nel ramo di origine.Ricordo un caso in cui l'unione non funzionava, qualunque cosa provassimo, e siamo stati costretti a "annullare" la modifica sul ramo di origine e rifarla dopo l'unione.

Presumibilmente TFS 2008 risolve molti di questi problemi, ma onestamente, a parte occasionali problemi di unione, TFS è stabile e le unioni gerarchiche sono molto più semplici e veloci rispetto a SVN.

Altri suggerimenti

Nella mia esperienza, TFS può tenere traccia delle ridenominazioni, purché si esegua tutta la ridenominazione all'interno di SourceControlExplorer (TFS).

I problemi tendono a verificarsi quando altre persone apportano modifiche ai file originali mentre qualcun altro sta eseguendo rinominazioni/spostamenti massicci, mentre qualcun altro sta modificando la versione rinominata.

Ove possibile, direi che se stai rinominando e spostando su larga scala, vale la pena informare i compagni di squadra e, se possibile, convincerli a trattenere le modifiche finché non avrai effettuato il check-in.

Come per tutti i problemi di ramo/unione, il problema viene notevolmente ridotto effettuando il check-in e l'unione poco e spesso.

Abbiamo avuto molti problemi con TFS 2005 e le eliminazioni in generale.Non ho ancora determinato la causa, ma alcuni membri del mio team hanno riscontrato problemi nell'unione delle modifiche che coinvolgevano una cartella rinominata o eliminata.Ciò sembra particolarmente vero se si è verificato molto refactoring (e ridenominazione e ridenominazione) nel ramo in cui si sono verificate le ridenominazioni.Non ho capito il motivo o i passaggi della riproduzione, poiché non sono stato coinvolto personalmente in nessuna delle situazioni in cui non ha funzionato.

Ho riscontrato altri problemi generali di eliminazione come questo:1 In ramo A, ridurre le autorizzazioni nella sottodirectory 1 a Ready Solo 2.Crea il ramo B (ramificato da A a B) (check -in) 3.Elimina la filiale B (check -in) 4.Crea un nuovo ramo da A, digli lo stesso nome del ramo B 5.Ricevi uno strano errore di autorizzazione relativo a TFS che continua a "vedere" le autorizzazioni di sola lettura sul ramo B eliminato.

L'unico modo che abbiamo trovato per evitarlo è inserire il passaggio 2a:rinominare il ramo B in _Branch B (check-in)

Nel complesso, TFS è stato fantastico per noi, ma c'è qualcosa che non va con le eliminazioni, le ridenominazioni e le fusioni.Speriamo di passare presto al 2008 e spero che risolva i nostri problemi.

Ho avuto esperienza con spostamenti di file e cartelle di massa con TFS 2008.Ciò è stato fatto per rendere la struttura del nostro codice sorgente più coerente.Tutto quello che dovevo fare era trascinare e rilasciare (e attendere) in Team Explorer, quindi confermare le modifiche.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top