Posso usare git per riprodurre le modifiche per progetti che utilizzano risorse multimediali anziché codice sorgente del programma?

3

Quindi, mentre aspetto un progetto da costruire, mi piace eseguire gource e vedere un divertente video del mio team che costruisce il progetto nel tempo. Mentre stavo guardando me e il mio team mentre volevamo modificare e modificare l'albero dei file, un collega che è nel nostro team multimediale amava la rappresentazione visiva e ha immediatamente chiesto come avrei potuto farlo per i progetti multimediali della sua squadra (documentari , brevi video, progetti di poster design) che vengono elaborati come una squadra e ognuno modifica i file individualmente e li spinge fino a un server centrale sulla LAN.

So che git farebbe impazzire ogni cambiamento di file perché ad esso l'intero file è nuovo ogni volta che dicono di esportare il video sulla LAN o qualcosa del genere. Ma sarebbe possibile un rapido recupero da parte di un team di media? Quanto ci si aspetterebbe da overhead e pay off?

    
posta SupaJord 12.06.2015 - 21:04
fonte

2 risposte

3

Git non è adatto per questo, come dimostra il fatto che attualmente esistono almeno tre estensioni diverse per gestire questo problema git- grasso , git-annex , git-media .

Svn ha anche la possibilità di controllare solo una sottocartella del repository che git è stato esplicitamente progettato per NON fare.

Poiché git è distribuito, tutti i cloni devono contenere tutte le versioni di tutti i BLOB che saranno grandi per i file binari poiché non comprimono o diff bene. Svn è centralizzato, quindi un checkout può effettuare il checkout solo della versione più recente.

Raccomando di usare svn o usare una delle estensioni git.

    
risposta data 13.06.2015 - 13:18
fonte
4

Pro e Contro:

Per:

  • memorizzerà versioni diverse nel tempo
  • sarà ancora in grado di utilizzare la compressione per ridurre le dimensioni del file per le versioni precedenti.
  • consentirà a diversi sviluppatori di condividere una base di codice (o risorsa in questo caso).
  • assicurerà che tutti i file comuni rimangano con 1 versione.
  • tiene traccia di chi tocca quali file.
  • può utilizzare lo strumento git-fat link per non archiviare i file in git ma utilizzare $ git fat pull quando vuoi per ottenere uno
  • sarà lo stesso strumento che molte persone conosceranno già utilizzando il codice per il codice.

Contro:

  • versioni diverse delle risorse multimediali dovranno probabilmente essere memorizzate nella loro interezza (compressa).
  • la funzionalità standard "git difference" non funzionerà su supporti che non sono codice senza personalizzazione.
  • le persone avranno bisogno di addestramento in almeno un sottogruppo di comandi git e / o git gui
  • richiederà a tutti gli utenti di ottenere tutti i file, il che per i media può significare un'enorme quantità di dati

L'ultimo punto, citato anche da Esben Skov Pedersen, è probabilmente una buona ragione per usare SVN per i media. Questo sarebbe un giudizio. Con SVN hai l'enorme vantaggio di essere in grado di ottenere singoli file e directory invece del repository completo come con git. Il rovescio della medaglia è che è una tecnologia più vecchia con alcune filosofie diverse e se le persone usano git del tutto (o simultaneamente o altre volte) troveranno le diverse filosofie e la diversa sintassi (o, peggio, stessa sintassi, diverso significato!) Confondendo .

    
risposta data 12.06.2015 - 21:17
fonte

Leggi altre domande sui tag