Re: Centralized git

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jul 31, 2012 at 8:22 PM, Ævar Arnfjörð Bjarmason
<avarab@xxxxxxxxx> wrote:
> On Tue, Jul 31, 2012 at 3:08 PM, Javier Domingo <javierdo1@xxxxxxxxx> wrote:
>> Network, in this case is cheaper. The thing is that If I commit
>> frecuently, will have plenty of GBs of history, that nearly for sure I
>> won't use. I just need to have other people's work to merge. But I
>> want to think in Git style, I am pretty accustomed to that way of
>> doing things. That is why I sent this mail here.
>>
>> The idea is that if I modify 700MBs of video, with 20 commits I would
>> get in 21GB. And making a pull would be... just even more horrible
>> than anything. That is why I need to have also last checkouts filter.
>> Just download branch's HEADs.
>
> You're obviously aware of git-annex, is there any reason you can't
> just use that?
>
> That would give you what you want, you'd have a moving window of
> current files, and then you'd delete old files as they become
> un-needed.

If there is a lot of static content, you should try git-media[1]. Its
specifically aimed at what you are trying to achieve.

> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[1] https://github.com/schacon/git-media/
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]