Thread (28 messages) flat view 28 messages, 12 authors, 2016-06-15

Re: Large media in git (was: How it was at GitTogether'08)?

From: Kai Blin <hidden>
Date: 2016-06-15 22:45:37

On Monday 10 November 2008 10:30:53 Jakub Narebski wrote:
On Sun, 9 Nov 2008, Kai Blin wrote:
quoted
On Sunday 09 November 2008 17:31:47 Jakub Narebski wrote:
quoted
The workaround is to put all large files for example in 'media/'
folder, and make this folder be submodule. Each clone of repository can
have this 'media' submodule either present (both in object database,
although usually separate from main project object database), or not
present (not cloned and not checked out).
Tim was talking about that media/ folder and managing that in git. If you
want to work on the media, you might end up getting hundreds of gigabytes
of data to get that folder, even if you only need to change one single
file.

That's the issue we're running into, and I don't thing submodules solve
this at all.
Ah, well... Submodules cannot be workaround for _this_ issue. You can
have only all or nothing: either all files in media/ or none of them,
both in working directory like in repository object database... well
unless you subdivide further.

I guess that mentioned work on the media is in remote setting (you
cannot have main repository on network drive) so Dana How's proposed
solution would not work for you, is it?
If my google-fu worked, the proposed solution you're talking about involves 
simply hiding large blobs from pack files, right? In that case it won't work, 
as the users of the repository indeed are remote.

Cheers,
Kai

-- 
Kai Blin
WorldForge developer  http://www.worldforge.org/
Wine developer        http://wiki.winehq.org/KaiBlin
Samba team member     http://www.samba.org/samba/team/
--
Will code for cotton.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help