TeamWork e allineamento versioni produzione - sviluppo

[g.lanzi]

C'è un piccolo errore che se compreso porta a capire tutto. Una copia branch di un progetto è considerabile come un progetto completamente staccato dal precedente, per quanto riguarda qualunque operazione di TW client. Il lock e il recupero dell'ultima versione hanno sempre a che vedere solo con la copia del progetto che ha lo stesso GUID della copia aperta. Se si sta lavorando sulla copia principale è solo quella, se si lavora con il branch è solo quello. Questo perché i GUID interni dei progetti (ma solo dell'oggetto progetto) sono diversi.

"Recupera anche se la versione è la stessa" serve a recuperare un pezzo di progetto dalla master copy, anche se TW pensa che non ce ne sia bisogno perché la versione è formalmente la stessa. È un comando che solitamente non dovrebbe servire, ma che può venire in aiuto di situazioni anomale create con operazioni "forzate".

Per riallineare un pezzo del progetto branch con la relativa controparte nel progetto principale, o viceversa, occorre aprire entrambi i progetti in In.de e tirare gli oggetti da una parte all'atra. Nel tuo caso occorreva aprire "Si4so" e "Si4so kaiser" e tirare la procedura in questione dal secondo al primo. Dato che i guid degli oggetti contenuti nel progetto non vengono modificati dalla creazione del branch, la procedura nel progetto destinazione si sarebbe aggiornata alla versione contenuta nel progetto sorgente del drop.

[C.Zecca]

> Una copia branch di un progetto è considerabile come un progetto completamente staccato dal precedente,
[...]
> i GUID interni dei progetti (ma solo dell'oggetto progetto) sono diversi

Se ricordo bene quando si crea un progetto ex-novo in TW si parte con un .IDP. Viene creato un GUID diverso per il progetto nuovo? Desumo da quanto descritto che creando un ramo (branch) per gli elementi che compongono un progetto i guid di elementi corrispondenti (omologhi) rimangono gli stessi.

Diciamo che dal punto di vista dello sviluppatore, date queste premesse, ora la questione è la seguente:
operativamente che differenza c'è?
Tra un progetto indipendente e un progetto di un ramo derivato quindi la differenza è che nel secondo caso, ad esempio, la videata TalDeiTali o la procedura FasoTutoMi() conservano negli IDP e e nei progetti TW lo stesso GUID.
Qual'è l'utilità operativa di lavorare con entità con stesso GUID o con GUID diversi?

Ovvero, 'sti branch, a cosa servono?

[d.pierangeli]

Forse la cosa migliore consiste nel fare un esempio pratico.

Parto da due progetti che hanno importato lo stesso Database, perciò la struttura è identica ma gli oggetti hanno GUID diversi.
Faccio una modifica ad un campo di una tabella in un progetto e tiro la tabella sull'altro, questo è quello che succede:

Img1.jpg (83.21 KiB) Viewed 7701 times

Avendo GUID diversi le tabelle non corrispondono e quindi Inde non può fare altro che creare una nuova tabella categorie nel secondo progetto.

Vediamo adesso cosa succede se tutti gli oggetti dei database hanno gli stessi GUID:

Img2.jpg (80.86 KiB) Viewed 7701 times

Dato che gli oggetti hanno gli stesse GUID Inde li riconosce ed applica le modifiche fatte ad un oggetto all'altro.

Questo non vale solo per il database, ma anche per le procedure; quindi il vantaggio di un Branch è che è facile allineare due progetti differenti (versione Trunk e Branch) trascinando gli oggetti da modificare da un progetto ad un'altro.

[C.Zecca]

Il chiarimento è stato utile.
Questa spiegazione non sarebbe male a mo' di esempio nel manuale!

Grazie.