Dla widoków migawkę, mamy „Szablon” roboczy których odnosi się .project
i .classpath
pliki w „standardowy” sposób:
c:\ccviews\projectA\vob1\path\...
c:\ccviews\projectB\vob1\path\...
c:\ccviews\projectC\vob2\path\...
Więc kopiując ten obszar roboczy, jesteśmy w stanie szybko konfiguracja projektów dla nowego członka zespołu.
Każdy kolega będzie definiować własne poglądy migawek z:
- unikalnej nazwy (
colleague1_projectA_snap
,
colleague1_projectB_snap
,
- ...)
- same katalog główny dla każdego widoku odnoszącego się do podania n projekt
(c:\ccviews\projectA
dla:
colleague1_projectA_snap
lub
colleague2_projectA_snap
lub
colleague3_projectA_snap
...)
Ponieważ widok migawka może być umieszczony w dowolnym miejscu na dysku , możesz:
- Zdefiniować standardową ścieżkę
- skalować do dużej liczby widoków migawki.
oczywiście, że nie byłoby to możliwe z dynamicznych widoków, ponieważ ich drogi byłby przez:
m:\aUniqueName\vob1\path
można prosić każdego użytkownika skojarzyć widok na literę dysku, ale nie Skala dla dużej liczby widoków.
Zresztą dynamiczne widoki są wspaniałe dostępu i przeglądania danych, a nie do kompilacji (czas potrzebny na dostęp do dowolnego dużego jar
lub dll
za pośrednictwem sieci jest po prostu zbyt ważne)
zapomniałem wspomnieć, używam ClearCase dla kontroli wersji. Większość tych projektów nigdy nie będę musiała sprawdzać. Po prostu potrzebuję ich zaimportować do mojego obszaru roboczego, abym mógł je zbudować. –