TeamWork e allineamento versioni produzione - sviluppo

[poidomani]

grazie mille

[C.Zecca]

Stiamo studiando come utilizzare TW per lo sviluppo multi branch, versioni di produzione - sviluppo e forse altre ancora.
Dal ramo "principale" (Si4so) potranno essere derivate più rami paralleli.

Stiamo cercando di capire come funzionano i branch anche per studiare un set di nomi "parlanti" e che si accordino con la logica di gestione dei branch come implementata in TW.
Dal progetto "Si4so" abbiamo creato un ramo "Si4so 1.4.1.4288"



"Si4so 1.4.1.4288" si sviluppa secondo la propria lista di interventi e check-in, parallelamente all'evoluzione di Si4so.
In esso abbiamo eseguito il primo check-in di prova. Quale è il nuovo numero di check-in in "Si4so 1.4.1.4288"?
Ci aspettavamo 0 e invece è 4290 (la numerazione è proseguita da quella del branch originale).



E' possibile azzerare il contatore per i nuovi branch?
Se sì:
Come si fa?
Se no:
Cosa succede se deriviamo da Si4so un altro nuovo ramo (ad esempio "Si4so FI") in modo da avere 3 rami paralleli (originale e due derivati) ? Intendo come prosegue la numerazione dei check-in, per ramo e complessivamente?
Un check-in in uno dei branch modifica (aumenta) il contatore dei check-in sul ramo "principale"? e in quello dell'altro "derivato"?

[C.Zecca]

> Cosa succede se deriviamo da Si4so un altro nuovo ramo (ad esempio "Si4so FI") in modo da avere 3 rami paralleli (originale e due derivati) ?
> Intendo come prosegue la numerazione dei check-in, per ramo e complessivamente?

Creato un altro ramo "Si4so 4288 . kaiser" derivato da Si4so e parallelo a "Si4so 1.4.1.4288"
e ho verificato che il contatore è unico ovvero il check-in in uno dei due branch "derivati" aumenta il contatore dei check-in nell'altro derivato

Ecco la sequenza in ordine cronologico dei check-in e l'andamento dei contatori anzi, del contatore

0 (h 11:58) - eseguito in "Si4so 1.4.1.4288" - contatore 4290
1 (h 13:31) - eseguito in "Si4so 4288 . kaiser" - contatore 4291
2 (h 13:27) - eseguito in "Si4so 1.4.1.4288" - contatore 4292
3 (h 13.43) - eseguito in "Si4so 4288 . kaiser" - contatore 4293



P.S.
Trattandosi di funzionalità esistenti, non sarebbe il caso di spostare la discussione in Tips & Tricks?

[C.Zecca]

Ho eseguito un check-in sul ramo principale "Si4so" (quello da cui erano stati derivati i due rami di prova "Si4so 1.4.1.4288" e "Si4so 4288 . kaiser") e il numeri è stato il 4296.

4 (h 16.13) - eseguito in "Si4so" - contatore 4296

In altre parole parrebbe che esista un solo contatore per tutti i rami (principale e derivati) di un progetto.

[poidomani]

interessante, voglio fare qualche prova anch'io

[C.Zecca]

A parte l'unicità del contatore dei check-in per tutti i rami (branch) progetto qual'è l'utilità di avere rami derivati piuttosto che progetti indipendentemente versionati in TW?

C'è qualche strumento o qualche funzionalità che sono disponibili solo con rami derivati o che hanno comportamenti specifici su di essi e che NON sono disponiobili o hanno comportamenti diversi tra progetti diversi (indipendenti) in TW?

[poidomani]

già, bella domanda!

[g.lanzi]

L'identificatore dei check-in è univoco come avete analizzato. Si tratta proprio di un campo intero contatore su SQL Server. Un branch di progetto non è diverso da una copia del progetto che è stata caricata su TW, ma c'è da fare una nota: i GUID del progetto.

TW riconosce i progetti tramite il loro GUID. Quando si copia un file il GUID interno degli oggetti contenuti non cambia, e quindi non sarebbe possibile caricarne due versioni su TW, perché avendo lo stesso GUID sono la stessa versione. L'utility di creazione del branch di progetto duplica il file e cambia il GUID del progetto, ma solamente quello. In questo modo è possibile caricarne due versioni su TW ma ogni oggetto contenuto ha ancora lo stesso GUID. E' quindi possibile aggiornare una videata dalla versione branch alla versione principale, senza duplicarla ma aggiornando la versione.

[C.Zecca]

E' quindi possibile aggiornare una videata dalla versione branch alla versione principale, senza duplicarla ma aggiornando la versione.

In un ramo derivato "Si4so 4288 . kaiser" eseguii una modifica di test ad un campo statico della videata "Impostazioni" e relativo check-in (il n° 4293).
Ora ho riaperto il ramo "principale" ("Si4so") e aperto la videata "Impostazioni" che è stabile (non è in check-out né ha modifiche).

Ho tentato di "aggiornare la versione" di Impostazioni nel ramo principale cliccandolo nella finestra progetti e utilizzando menù contestuale - Recupera Ultima Versione (con e senza opzione "Recupera anche se la versione è la stessa")
Non è successo nulla, la videata non è stata aggiornata dalla versione branch a quella principale.


Cosa si intende per "aggiornare una videata dalla versione branch alla versione principale"?
E per "aggiornando la versione"?
Come si fa?

[C.Zecca]

Avendo avuto tra colleghi interpretazioni opposte sul significato di "dalla versione branch alla versione principale"
abbiamo verificato anche il comportamento opposto.
Nel progetto/branch "Si4so 4288 . kaiser" derivato siamo andati su di una procedura di menù modificata per bugfix nella versione "principale" ("Si4so") e abbiamo tentato di "aggiornare la versione" di tale procedura nel ramo derivato cliccandolo nella finestra progetti e utilizzando menù contestuale - Recupera Ultima Versione (con e senza opzione "Recupera anche se la versione è la stessa".

Non è successo nulla, la procedura di menù non è stata aggiornata dalla versione principale a quella derivata.