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.
(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)
- unione da un sub-stream ad un flusso genitore: consegnare
- unione da un flusso di genitore di un flusso figlio diretto : rebase
@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
@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