Maak dit sin om te gebruik bron beheer om te bestuur grafiese lêers (bv.PSDs & AI lêers)

Question

Natuurlik bron beheer gereedskap soos Git, (Kwik, SVN, ens...) kan doen'n groot taak op die bestuur van die bron-kode.Maar ek wonder, doen hierdie tools bied die ontwikkelaar met enige voordeel wanneer dit gebruik word om te stoor kopieë van die lêers soos PhotoShop PSDs en Illustreerder AI lêers?Maak dit sin om hierdie gereedskap te gebruik met hierdie soort van lêers?Sou ek wees stoor minder in die bewaarplek is as die som van die lêer groottes van al hierdie lêers?Selfs al is die lêer formaat van hierdie lêers is slegs masjien leesbare, ek sou verwag dat in sulke aansoeke, veral wanneer die hantering van vektor eerder as raster grafiese, 'n klein deel van die hierdie lêers sal verander, en baie van die res sou dieselfde bly.

Dankie vir jou insig.

Answer 1

Alhoewel dit 'n baie meningsprobleem is, sou ek nee sê - ten minste vir Git.

• Git is nie as 'n opbergoplossing geskep nie.
• Daar is geen manier om beeldlêers saam te smelt nie.
• Daarom is takke nie sinvol nie - as die enigste manier om hierdie takke saam te smelt, is om te kies watter weergawe korrek is, is u beter om die lêer dadelik te vervang.
• Git GUI -gereedskap is minderwaardig as konsole en is nie eenvoudig nie. Wil u u kunspan leer wat die verskil tussen verbintenis en druk is?
• As u git repo afhang, moet u die hele geskiedenis van alle lêers, vanaf die aanvanklike verbintenis. As u lank genoeg aan binêre lêers werk, sal die grootte enorm word.
• Baie GIT -gasheerwebwerwe, soos GitHub, het beperkings op individuele lêergroottes.

Ek dink dat jy baie beter met Dropbox is.

Answer 2

Git self kan enige vorm van data bestuur, mits dit nie te groot of te veel is nie.
Sien 'Git met groot lêers"(" groot "soos in grootte of nommer).

Verskillende foto's/grafika is nie 'n funksie wat deur Git ondersteun word nie, maar 'n Git Repo -hosting -diens kan sy web GUI uitbrei om so 'n ondersteuning te bied.

GitHub het pas aangekondig (Junie 2014) "EPSD -kyk en verskil", wat hulle uitbrei" Beeldkyk en verskil"(November 2011)

Enige PSD -bates in u bewaarplekke sal net soos beelde behandel word, wat beteken dat u dit inlyn kan sien en ons drie beeldweermodusse kan gebruik om te sien wat in 'n verbintenis verander word.

Update Mach 2022: dit is nie meer ondersteun nie.
Sien 'Werk met nie-kode-lêers"Vir die lêers waarvoor DIFF ondersteun word.

Answer 3

Dié antwoord "nee" het'n baie goeie redes, maar dit is nie onmoontlik nie.

Ek is suksesvol met behulp van GitHub om te bestuur 'n oop bron projek bestaan uit honderde van Illustrator lêers en PDFs (en ook'n paar kode en teks, maar dit is'n klein stippeltjie in vergelyking).Die repo kom uit by die oor 8GB.Die rede waarom ek doen iets so gek is omdat die Illustrator lêers is die kern van die produk, nie net dekoratiewe kunswerk te gaan saam met dit - hulle is die bron van die projek - en omdat ek wou om seker te maak dit sal bly oop bron.

Daar is'n paar punte vas, en dinge om bewus te wees van.Ek sou voorstel:

• Moenie probeer om dit, tensy jy is redelik vertroud met git.Die oplossing van konflikte en vertakking kwessies kan kry regtig netelige, en jy mag hê om te doen'n paar mooi arcane dinge om te hou die repokoers bly.Niemand verwag dat jy om te weet elke hoek van git (ek is nie seker'n normale persoon kan), maar weet genoeg dat jy kan google die res.

• Maak seker jy is gemaklik met behulp van git op die command line.GUI tools kan jy skild van kompleksiteit, maar hulle het ook verhoed dat jy ten volle verstaan wat gaan aan onder die dek.Sodra jy het die begrip, jy is vry om te gebruik van'n GUI vir 95% van die tyd.

• Vermy vertakking as moontlik.Binêre lêers hoef nie saam te smelt die manier kode nie, so bring takke bymekaar kan kry morsig en moeisame.

• Leer oor die spesifieke funksies van die git wat kan help om die bestuur van die grootte en kompleksiteit van die repo:gedeeltelike kassa, tags, git gc, ens

• Neem tyd om te beplan vooruit.Dit mag wees dat jy sal voordeel trek uit die skeiding van die projek in twee of meer git repos, of kombineer dit met'n ander diens.

• As jy met behulp van'n hosting diens, maak seker dat jy weet wat die grense is hulle lê op die repo.Byvoorbeeld, GitHub sal kla oor lêers oor 100MB. Hier is hul aanbevole riglyne vir binaries.

Answer 4

Nee, ek sou nie aanbeveel om Git, SVN, ens. Vir weergaweopsporing te gebruik nie. 'N Verrassende hoeveelheid lyne sal verander tussen skaars veranderde weergawes van Adobe -lêers - sien self deur 'n verskil te doen. Dit is veral waar as opsies soos inheemse lêer -kompressie in Illustrator aangeskakel word.

Deur oordeelkundig lae, skakels te gebruik en mylpaalweergawes van lêers te stoor, sal u 'n baie doeltreffender gebruik van opberging hê as wat SVN's ooit vir u inheemse Adobe -lêers kan gee.

Die een uitsondering waaraan ek kan dink, is vir XML-gebaseerde lêers, soos suiwer-vektor SVG's.

Answer 5

As u net eenvoudige weergawebestuur met 'n eenvoudige UI benodig, werk Subversion redelik goed vir die bestuur van hierdie lêers. Dit het goeie GUI -ondersteuning (bv. SmartSvn of Tortoisesvn) met Shell -integrasie. Dit is ook baie makliker om slegs die lêers wat u benodig, selektief na te gaan.

Answer 6

Vir almal wat wys dat die grootte van die lêers 'n groot probleem is, Git-lfs kom om die probleem op te los.

Dit is maklik om te installeer en te gebruik, en gewilde platforms soos Github, Gitlab of Bitbucket Ondersteun dit sonder enige probleem.