git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* .git directory tree as tar-file
@ 2016-09-19 20:31 Martin Bammer
  2016-09-19 20:53 ` Jacob Keller
  2016-09-20  0:48 ` Anatoly Borodin
  0 siblings, 2 replies; 3+ messages in thread
From: Martin Bammer @ 2016-09-19 20:31 UTC (permalink / raw)
  To: git

Hi,

it would be nice to have an option to have a .git.tar instead of the .git
directory tree. This tree quickly gets very big and copy and compare actions
take very long. I've observed that even in small projects with only a few files
the .git tree can contain several thousand entries. Especially when projects are
saved on shares copy and compare actions are getting very slow.
Is such a feature already planned or is there a chance to have such a feature in
the near future?

Best regards,

Martin


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: .git directory tree as tar-file
  2016-09-19 20:31 .git directory tree as tar-file Martin Bammer
@ 2016-09-19 20:53 ` Jacob Keller
  2016-09-20  0:48 ` Anatoly Borodin
  1 sibling, 0 replies; 3+ messages in thread
From: Jacob Keller @ 2016-09-19 20:53 UTC (permalink / raw)
  To: Martin Bammer; +Cc: Git mailing list

On Mon, Sep 19, 2016 at 1:31 PM, Martin Bammer <mrbm74@gmail.com> wrote:
> Hi,
>
> it would be nice to have an option to have a .git.tar instead of the .git
> directory tree. This tree quickly gets very big and copy and compare actions
> take very long. I've observed that even in small projects with only a few files
> the .git tree can contain several thousand entries. Especially when projects are
> saved on shares copy and compare actions are getting very slow.
> Is such a feature already planned or is there a chance to have such a feature in
> the near future?
>
> Best regards,
>

It sounds like you're mis-using the git directory and attempting to
share by copying it instead of using any of the protocols designed for
sharing such as local file, ssh, or https.

I don't believe that storing the git via compression is really a good
idea, as many of the operations inside are based on files and we
already try to keep things compressed using various methods already
(pack files)

If you want to actually share a git repository as a bundle, you can
generate such a bundle. See "git help bundle" for more information.

Regards,
Jake

> Martin
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: .git directory tree as tar-file
  2016-09-19 20:31 .git directory tree as tar-file Martin Bammer
  2016-09-19 20:53 ` Jacob Keller
@ 2016-09-20  0:48 ` Anatoly Borodin
  1 sibling, 0 replies; 3+ messages in thread
From: Anatoly Borodin @ 2016-09-20  0:48 UTC (permalink / raw)
  To: git

Hi Martin,

if multiple small loose files are the problem, this could be interesting
for you:

https://git-scm.com/docs/git-gc

This command is run automatically from time to time, and you can
configure it or run manually.

PS To see how bad the situation is, you can use

https://git-scm.com/docs/git-count-objects


-- 
Mit freundlichen Grüßen,
Anatoly Borodin


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-09-20  0:49 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-19 20:31 .git directory tree as tar-file Martin Bammer
2016-09-19 20:53 ` Jacob Keller
2016-09-20  0:48 ` Anatoly Borodin

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).