Poiché si utilizza il termine Linea di base, presumo che si stia utilizzando UCM.
Su uno stream, non è possibile ripristinare una linea di base al contrario.
Una possibilità è quella di creare un flusso parallelo, con la linea di base desiderata come fondamento: questo è il modo più rapido.
Dopo modifiche su questo nuovo flusso, è possibile effettuare una nuova rebase di cambiare la linea di base fondazione, ma solo se questo nuovo rebase sta usando una linea di base più recente dal flusso principale (non una linea di base più vecchio)
per il vostro bisogno specifico, Consiglierei un non-UCM visione istantanea con un semplice regola
element * thePreviousBaseline
Affinché lo sviluppatore di avere:
- suo/la sua vista UCM corrente per lo sviluppo (sempre impostato sulla più recente di un ramo associata a un flusso)
- una seconda vista snasphot impostato su qualunque linea di base che lui/lei ha bisogno.
Questa seconda visione istantanea è completamente non-correlata al progetto UCM e sfrutta la natura "pieno" della linea di base (si controlla che la linea di base è stato messo come "pieno", non è "incrementale".Se è "incrementale", è sufficiente modificare il tipo e aggiornarlo alla piena)
Così, accanto al tuo snapshot corrente vista UCM, è possibile creare ovunque si desideri una vista non snasphot:
cleartool mkview -snap -tag mylogin_myComponentname_csl_snap -vws myPathToViewStorage myPathToRootView
cd myPathToRootView
cleartool edcs
[add the selection rule: element * myOlderBaseline]
[add the load rule at the end: 'load /myVob_Including_MyComponent]
[save, type 'yes']
Quello va bene per la consultazione/esecuzione, ma se è necessario patch (che io sia a scrivere, check out e in alcuni file), quindi raccomanderei un flusso UCM per baseline da correggere.
In questo modo, lo stream rappresenta chiaramente lo sforzo di patch per una determinata linea di base. Non dovrebbero esserci troppi di loro, a meno che non si mette in produzione una nuova versione della propria applicazione ogni cinque minuti ... che non è consigliabile;)
Quindi, per riassumere:
- la la vista snapshot non UCM è unica e consente una consultazione/debug rapida di una linea di base precedente alla volta.
- per le patch (modifica origine), si crea un flusso parallelo denominato in modo appropriato, con la linea di base di base corretta e quindi una vista UCM su di esso. Puoi non solo eseguire il debug ma anche correggere alcuni bug in un'attività, consegnare quell'attività allo stream Int principale se quell'errore deve essere adattato in un flusso più alto.
(nota: tutti i bug non sempre bisogno di essere consegnati: possono essere obsoleti se confrontato con lo stato attuale dello sviluppo)
Sì, sto utilizzando UCM. Quando eseguo il flusso parallelo di sviluppo/figlio, posso caricare la base di riferimento come base. Tuttavia, quando apporto qualsiasi modifica in questo flusso parallelo, non posso modificare nuovamente la linea di base del fondamento. – mcaaltuntas
Grazie mille per le tue risposte. Come posso creare una vista non UCM in un progetto UCM (mi dispiace sono un principiante)? E quando uno sviluppatore vuole vedere una linea di base precedente rispetto al flusso parallelo corrente, deve creare un nuovo flusso di sviluppo figlio per la linea di base precedente? – mcaaltuntas