git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "franky" <yinping@kooxoo.com>
To: "'Jan Hudec'" <bulb@ucw.cz>
Cc: <git@vger.kernel.org>
Subject: RE: Is there any plan to support partial checkout or submouduleimprovement?
Date: Wed, 17 Oct 2007 10:54:43 +0800	[thread overview]
Message-ID: <20071017025446.51ED77E83@mail.kooxoo.com> (raw)
In-Reply-To: <20071016213359.GJ26127@efreet.light.src>



 franky
> -----Original Message-----
> From: Jan Hudec [mailto:bulb@ucw.cz]
> Sent: Wednesday, October 17, 2007 5:34 AM
> To: franky
> Cc: 'Johannes Schindelin'; 'Lars Hjemli'; git@vger.kernel.org
> Subject: Re: Is there any plan to support partial checkout or
> submouduleimprovement?
> 
> On Tue, Oct 16, 2007 at 19:53:08 +0800, franky wrote:
> > > 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).
> 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).
> 

Thanks for the advice. It's a good idea.
> --
> 						 Jan 'Bulb' Hudec
<bulb@ucw.cz>

      reply	other threads:[~2007-10-17  2:55 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-16  3:20 Is there any plan to support partial checkout or submoudule improvement? franky
2007-10-16  8:08 ` Lars Hjemli
2007-10-16  8:27   ` franky
2007-10-16  8:42     ` Lars Hjemli
2007-10-16  9:56       ` franky
2007-10-16 10:50         ` Lars Hjemli
2007-10-16 11:45           ` franky
2007-10-16 11:02     ` Johannes Schindelin
2007-10-16 11:53       ` franky
2007-10-16 21:33         ` Jan Hudec
2007-10-17  2:54           ` franky [this message]

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

  List information: http://vger.kernel.org/majordomo-info.html

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

  git send-email \
    --in-reply-to=20071017025446.51ED77E83@mail.kooxoo.com \
    --to=yinping@kooxoo.com \
    --cc=bulb@ucw.cz \
    --cc=git@vger.kernel.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.
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).