PDA

Visualizza Versione Completa : lavorare in team



alberto2006
26-03-10, 15:05
buongiorno a tutti..

mi è stato affidato l'incarico di razionalizzare la gestione dei progetti 3d sotto lightwave in un piccolo studio di 6 postazioni con una piccola farm (BNR).

il problema maggiore per me è capire come impostare i percorsi vari per lavorare su più progetti in comune ecc...

attualmente ad ogni progetto nuovo si crea una cartella [nome del progetto] con le relative sottocartelle objects, images e scenes.. fin qui tutto bene, il problema nasce quando si devono utilizzare oggetti "comuni" come ad esempio.. alberi, auto, lampioni e relative textures "comuni"
qui attualmente le duplichiamo e le copiamo nelle cartelle di lavoro di quel progetto.. inutile dirlo ma in breve abbiamo centinaia di copie delle stesse cose per questo motivo.. non che gli lwo pesino molto (e lo spazio su disco non manca) ma penso sia una maniera irrazionale per lavorare

qualcuno ha dei consigli in merito.. e in alternativa se vi è capitato di lavorare in team su più progetti.. come fate?..

grazie

ciao

Alberto

htsoft
26-03-10, 17:26
Ciao,

in genere quando si lavora in team di più persone su di uno stesso progetto più che la suddivisione in cartelle (che in qualche modo hai già identificato ed alla quale aggiungerei solo una cartella allo stesso livello di quelle dei progetti identificata da un nome tipo Library e SharedLibrary) è necessario disporre di tools di versioning.

Mi spiego, esistono dei tools (io ad esempio per la programmazione adopero SVN) che gestiscono i files con la logica del Check-in / Check-out.
Quando un utente vuole adoperare un oggetto ne esegue il Check-in, ovvero lo locca, gli altri che lo useranno successivamente potranno solo usarlo, e saranno informati in tal senso, ma le eventuali modifiche effettuate non saranno allineate. L'utente che esegue il Check-in al termine del lavoro esegue il check-out depositando la nuova versione dell'oggetto sul server.

Ovviamente esistono tools con meccanismi più o meno restrittivi rispetto a quello indicato sopra, tutti però mantengono la possibilità del Versioning, ovvero di poter conservare più versioni di uno stesso file e di poterle recuperare all'occorenza.

SVN è un tool gratuito, ma non so quanto sia integrabile nella tua rete, altri sono a pagamento.
Personalmente credo che senza l'adozione di uno strumento del genere sia praticamente impossibile avere una gestione "decente" del FS e dei progetti.

alberto2006
26-03-10, 17:54
grazie roberto della risp.
su questo discorso in effetti non ci avevo mai pensato.. nel senso che le problematiche in questi termini spesso vengono risolte in maniera moolto artigianale.. della serie:(urlando) "attenzione!.. sto per usare l'oggetto X lo salvo come x.nomedell'utente!!..

cercherò di capire bene come funzionano le cose in questi termini.. tu ti riferisci a procedure come per esempio "version cue" di adobe?..

comunque il problema maggiore è per le shared libs.. nel senso che (ci vorrebbe uno schema!) il problema è questo:

il progetto A è costituito da una cartella root A e sottocartelle Aa Ab Ac,
questo lightwave lo riconosce bene e carica tutto senza intoppi, il problema sorge quando voglio usare per esempio un oggetto shared come un'auto per "arredare" una strada.. qui ho due possibilità:
1) COPIO auto e relative texture dentro Aa e Ab
2) carico nel progetto manualmente l'auto, specificando sempre a mano i relativi percorsi di texture ecc...

la soluzione 1 è quella che usiamo ora.. veloce ma secondo me irrazionale e "sprecona" di spazio
la soluzione 2 purtroppo, da quello che ne so, richiede continuamente il reindirizzamento manuale degli elementi fuori dallo standard (Aa Ab Ac) di archiviazione..

è complicato lo so.. ma sotto sotto è divertente fare questo tipo di "ordine"..

grazie

ciao

Alberto

htsoft
26-03-10, 20:13
Ciao,

i software di versioning più evoluti risolvono anche questo problema.

In genere il modo migliore di lavorare, possibilmente automatizzato, è di non appoggiarsi direttamente sul server, ma copiare in locale ciò che serve e poi rilasciare l'oggetto finito sul server. Questo, oltre a ridurre il traffico di rete, mette al sicuro anche da eventuali errori dei dischi, infatti al massimo si perde la copia locale dell'oggetto.

In genere, per il problema della condivisione dei files, puoi provare ad usare i link a cartelle annidati in cartelle reali (ad esempio la cartella library è presente da un'altra parte ma vi è un link simbolico all'interno della cartella del progetto che conduce li), dovresti riuscire a lavorare in questo modo.

marconwps
28-03-10, 02:12
Ti allego qualche link vedi se ti possono tornare utili
http://www.shotgunsoftware.com/
http://www.celtx.com/index.html
http://www.mogware.com/ <---
http://www.hobsoft.net/
Saluti Stefano