Re: Is there any plan to support partial checkout or submoudule improvement?

From: Jan Hudec <bulb@ucw.cz>
Date: Oct 16, 2007, 21:33 UTC
Message-ID: <20071016213359.GJ26127@efreet.light.src>
In-Reply-To: <20071016115310.5FB957E6D@mail.kooxoo.com>

On Tue, Oct 16, 2007 at 19:53:08 +0800, franky wrote:

Show 9 quoted lines

> > You are talking as if your partial checkout was a project in its own
> > right.  Then make it so.  Do not use a partial checkout, but make that a
> > submodule.
> 
> As I said in the first email, the submodule way suffers from the multiple
> commit problem: src and bin as two submodules of project, three commits (for
> the 3 dirs separately) are needed when src directory changes and compiled
> binaries being put in bin directory. It's annoying to have to give 3 commit
> logs.

Thinking about it, it's only two commits -- src can be a submodule, but bin a normal directory (you can choose not to check out subprojects during repository checkout).

This has the advantage, that bin, even when src is not checked out, always knows what version of src it is based on (it's in the gitlink) and you only give two commit messages.

Now I would actually say that commiting bin independently is better. It allows you to commit sources more often (eg. if you are doing series of small fixes) and more flexibility for branching (you don't want to merge binaries).

-- 
						 Jan 'Bulb' Hudec <bulb@ucw.cz>