Re: File versioning based on shallow Git repositories?

From: Hallvard Breien Furuseth <h.b.furuseth@usit.uio.no>
Date: Apr 12, 2018, 21:22 UTC
Message-ID: <2e700b4e-d52c-afc5-dacd-51405fb51c21@usit.uio.no>
In-Reply-To: <CACUQV592km3SaHiY9uZon4E3jhakmYmzwcejmsnExzaybNm3xw@mail.gmail.com>

On 12. april 2018 23:07, Rafael Ascensao wrote:

> Would initiating a repo with a empty root commit, tag it with 'base' then
> use $ git rebase --onto base master@{30 days ago} master;
> be viable?

No... my question was confused from the beginning. With such large files I _shouldn't_ have history (or grafts), otherwise Git spends a lot of CPU time creating diffs when I look at a commit, or worse, when I try git log. Which I discovered quickly when trying real data instead of test-data:-)

Ævar's suggestion was exactly right in that respect.  Thanks again!

-- 
Hallvard