Per le viste snapshot, abbiamo uno spazio di lavoro "modello" che fanno riferimento i file .project
e .classpath
in modo "standard":
c:\ccviews\projectA\vob1\path\...
c:\ccviews\projectB\vob1\path\...
c:\ccviews\projectC\vob2\path\...
Così copiando quell'area di lavoro, siamo in grado di installare rapidamente i progetti per un nuovo membro della squadra.
Ogni collega definirà le proprie opinioni istantanee con:
- un nome univoco (
colleague1_projectA_snap
,
colleague1_projectB_snap
,
- ...)
- lo stesso root directory per ogni vista riferita ad un give n progetto
(c:\ccviews\projectA
per:
colleague1_projectA_snap
o
colleague2_projectA_snap
o
colleague3_projectA_snap
...)
Dal momento che una visione istantanea può essere posizionato ovunque vi piace sul disco , è possibile:
- definire un percorso standard
- ridimensionare tale numero a un numero elevato di visualizzazioni di istantanee.
Naturalmente, che non sarebbe possibile con viste dinamiche, dal momento che le loro strade si sarebbero da:
m:\aUniqueName\vob1\path
che si può chiedere a ciascun utente di associare in vista di una lettera di unità, ma che non lo fanno scala per un gran numero di visualizzazioni.
In ogni caso, viste dinamiche sono grandi per l'accesso e la consultazione dei dati, non per la compilazione (il tempo necessario per accedere a qualsiasi grande jar
o dll
attraverso la rete è semplicemente troppo importante)
dimenticato di dire, io sto usando ClearCase per il controllo di versione. La maggior parte di questi progetti non avrò mai bisogno di dare un'occhiata. Ho solo bisogno che vengano importati nel mio spazio di lavoro per poterli costruire. –