In che modo ClearCase dà la priorità alle attività consegnabili?

3

Stiamo eseguendo una consegna dal nostro stream di sviluppo allo stream integrato che condividiamo. Questo processo consente al nostro team di build di costruire la nostra applicazione dalla visualizzazione integrata. Questo è per un'applicazione Java.

Ci sono diverse attività che non sono mai state consegnate allo stream integrato: vecchie modifiche che non erano mai volute dagli utenti.

Stiamo pianificando una distribuzione e sta diventando sempre più difficile distinguere quali attività dovrebbero e non dovrebbero essere implementate (stiamo già adottando misure per migliorare la nostra convenzione sui nomi delle attività). Quindi stiamo pianificando di distribuire tutte le attività registrate, partendo dal presupposto che il nostro ambiente corrente in DEV è una distribuzione accettabile per il nostro team di TEST.

Ho alcune domande su come ClearCase gestirà tale consegna.

  • In che modo ClearCase gestisce due attività che vengono consegnate nello stesso momento in cui entrambe hanno apportato modifiche allo stesso oggetto Class?
  • In che modo ClearCase gestirà una vecchia attività fornita con chages di classe in cui un'attività più recente ha già apportato modifiche a tale classe e l'ha resa obsoleta?
  • Quali differenze tra due versioni della stessa classe genererebbero una "Differenza di fusione"?
posta Zibbobz 03.03.2017 - 19:09
fonte

1 risposta

1

How does ClearCase handle two activities that are being delivered at the same time that have both made changes to the same Class object?

La prima consegna effettuerà il checkout con un blocco del file. Finché la consegna non è completa (e il file è archiviato), la seconda consegna simultanea non sarebbe in grado di completare (a quel file verrà associato un errore, perché non verrebbe controllato)

How would ClearCase handle an old activity being delivered with class changes where a newer activity has already made changes to that class and rendered it obsolete?

Dipende dal lsvtree (grafico dell'albero delle versioni) : qualsiasi freccia di unione sullo stesso ramo di una versione più recente potrebbe rendere inutile l'unione per quella versione precedente (e effettivamente saltato)

What differences between two versions of the same class would trigger a "Merge Difference"?

ClearCase applica una unione classica a 3 vie su un file di testo (per il normale driver di file di testo), quindi qualsiasi concorrente la modifica sulle stesse linee innescherebbe un'unione non manuale con differenze di unione.

For example, if I work on something, check it in, but never deliver it - then my co-worker checks in and delivers a different change - and after that, I attempt to deliver my older change

È possibile che entrambi i check-in siano stati effettuati su diverse filiali, nel qual caso ciascuna consegna porterà la propria modifica. Il fatto che una versione "più vecchia" sia unita non è rilevante.

    
risposta data 03.03.2017 - 21:24
fonte

Leggi altre domande sui tag