Re: Centralized git
- From
- Vipul Amler <vipulnsward@gmail.com>
- Date
- Jul 31, 2012, 15:47 UTC
- Message-ID
- <CAKo1VjpiPEbPhHnbStduYefq1-ssJw3oPJv=bc9WxWTz0cC5Qw@mail.gmail.com>
- In-Reply-To
- <CACBZZX7drB62ohpPOEs03SGe12sDmGzJDcGMboF50y9QLa6HbA@mail.gmail.com>
On Tue, Jul 31, 2012 at 8:22 PM, Ævar Arnfjörð Bjarmason <avarab@gmail.com> wrote:
Show 18 quoted lines
> On Tue, Jul 31, 2012 at 3:08 PM, Javier Domingo <javierdo1@gmail.com> 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@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html
[1] https://github.com/schacon/git-media/