2012-03-26 9 views
15

Nella terminologia del caso chiaro, qual è la differenza tra il flusso di integrazione e la vista di integrazione? Flusso di sviluppo e visualizzazione dello sviluppo?Stream di integrazione e visualizzazione dell'integrazione in ClearCase

In particolare, perché "joining an UCM project" implica la creazione di entrambe le viste di integrazione e di sviluppo?

join UCM project dialog

Se io sono uno sviluppatore, non un integratore, dovrebbe solo uno vista essere sufficiente?

+0

@VonC Sede, che è * molto * meglio, come si vede qualcosa di * molto * più concreto (e dobbiamo fare queste chiamate di giudizio attraverso tutte le tecnologie rappresentate su SO), che lo rende un facile chiama per riaprire – casperOne

+1

@casperOne: nessun problema. Sono così abituato a quella domanda nelle mie sessioni di allenamento che prendo regolarmente su UCM che non ho avuto il tempo di "tradurre" la domanda di Kaushik in una versione più completa. Grazie per avermi ricordato le mie mansioni qui su SO;) – VonC

risposta

14

L'integrazione è un termine utilizzato dalla convenzione per designare il primo flusso radice di un progetto UCM.
Ogni progetto UCM ha un flusso principale (e potenzialmente molti sotto-stream).
L'idea è che si utilizzerà la vista di integrazione come vista di destinazione per l'invio proveniente da flussi secondari, in modo efficace "integrato" il lavoro svolto su detti flussi secondari in quella vista di integrazione.

Integration Stream
(Froml Stream hierarchy)

Ogni sub-stream viene chiamata per convenzione un flusso "sviluppo", in quanto rappresenta la "configurazione" (vale a dire ciò che è necessario lavorare) per la corrente "development effort".

Un flusso è una configurazione.
Una vista UCM è una vista ClearCase con una specifica di configurazione eseguita automaticamente dopo la configurazione dello Stream (anziché writing those selection rules manually).

La vista di integrazione è una vista con il flusso di integrazione come riferimento.
Una vista Sviluppo è una vista con un flusso di sviluppo come riferimento.

L'idea principale alla base di questo hierarchy of streams è quello di visualizzare la vostra merge workflow (vale a dire:? Una volta che hai finito un lavoro su un ramo 'B', in cui avete bisogno di unire detto lavoro)

merge workflow

  • unione da un sub-stream ad un flusso genitore: consegnare
  • unione da un flusso di genitore di un flusso figlio diretto : rebase