git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Magnus Bäck" <magnus.back@sonyericsson.com>
To: "Peter Jönsson P" <peter.p.jonsson@ericsson.com>
Cc: Matthieu Moy <Matthieu.Moy@grenoble-inp.fr>,
	Pau Garcia i Quiles <pgquiles@elpauer.org>,
	Git Mailing List <git@vger.kernel.org>,
	Johannes Schindelin <Johannes.Schindelin@gmx.de>,
	Andrey Devyatkin <andrey.devyatkin@ericsson.com>
Subject: Re: blobs (once more)
Date: Wed, 6 Apr 2011 18:42:35 +0200	[thread overview]
Message-ID: <20110406164235.GB17662@jpl.local> (raw)
In-Reply-To: <41F80411E3CC644A844E6BED6E472FD91196D0CD30@ESESSCMS0363.eemea.ericsson.se>

On Wednesday, April 06, 2011 at 13:12 CEST,
     Peter Jönsson P <peter.p.jonsson@ericsson.com> wrote:

> How about using Google's repo-tool instead of submodules? Is that
> a better solution if one really needs to keep binaries together
> (in some way) with the source code?

I don't know if Repo vs. submodules is the most interesting choice;
they're both relying on plain gits for the storage. We stored large
binaries in gits for a while too, but for us the major hassle was
that it was killing our servers. When too many of the few hundreds of
developers were fetching multi-GB repos the 8-16 core 24 GB RAM server
(don't know the exact specs at the time) was really down on its knees.
Now, we were using JGit (via Gerrit) and I'm sure tuning could've helped
-- as well as just replicating the data and spreading the load across
multiple servers -- but don't forget this factor when choosing the tool.

> We are starting to prototype Git and since we need to distribute
> cross-compilers with the code it would be nice to keep it in a
> separate repo. Currently we are _heavy_ ClearCase users (oh the
> horror) with many bad old habits that we are trying to break :)

We've been there too.

-- 
Magnus Bäck                   Opinions are my own and do not necessarily
SW Configuration Manager      represent the ones of my employer, etc.
Sony Ericsson

  reply	other threads:[~2011-04-06 17:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-06  8:09 blobs (once more) Pau Garcia i Quiles
2011-04-06  9:25 ` Johannes Schindelin
2011-04-06 12:20   ` Michael J Gruber
2011-04-06 14:14   ` Martin Langhoff
2011-04-06 11:06 ` Matthieu Moy
2011-04-06 11:12   ` Peter Jönsson P
2011-04-06 16:42     ` Magnus Bäck [this message]
2011-04-07  5:20 ` Miles Bader
2011-04-07  6:45   ` Johannes Schindelin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110406164235.GB17662@jpl.local \
    --to=magnus.back@sonyericsson.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=Matthieu.Moy@grenoble-inp.fr \
    --cc=andrey.devyatkin@ericsson.com \
    --cc=git@vger.kernel.org \
    --cc=peter.p.jonsson@ericsson.com \
    --cc=pgquiles@elpauer.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 NNTP newsgroup(s).