Re: Centralized git

3 messages, 3 authors, 2016-06-15 · open the first message on its own page

Re: Centralized git

From: Javier Domingo <hidden>
Date: 2016-06-15 22:54:23

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.

Javier Domingo



2012/7/31 jaseem abid [off-list ref]
On Tue, Jul 31, 2012 at 5:33 PM, Javier Domingo [off-list ref] wrote:
quoted
I am currently planifying a 3D project, and I will be having large binary
files. If I add a distributed VCS, the amount of disk space required will
increase significantly.

You are going to transfer something that wont fit into your hard disk
up and down your network once in a while ?

I assume disk to be cheaper than network.

--
Jaseem Abid
http://jaseemabid.github.com

Re: Centralized git

From: Ævar Arnfjörð Bjarmason <hidden>
Date: 2016-06-15 22:54:23

On Tue, Jul 31, 2012 at 3:08 PM, Javier Domingo [off-list ref] 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.

Re: Centralized git

From: Vipul Amler <hidden>
Date: 2016-06-15 22:54:23

On Tue, Jul 31, 2012 at 8:22 PM, Ævar Arnfjörð Bjarmason
[off-list ref] wrote:
On Tue, Jul 31, 2012 at 3:08 PM, Javier Domingo [off-list ref] wrote:
quoted
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/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help