Re: .gitlink for Summer of Code

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hoi :)

On Tue, Mar 27, 2007 at 01:00:12AM +0200, Josef Weidendorfer wrote:
> On Tuesday 27 March 2007, Martin Waitz wrote:
> > For submodules I currently use <parent>/.git/objects/module/<submodule>/
> > to store the objects belonging to the submodule.
> > Perhaps it makes sense to extend this to a full .git directory per
> > submodule, I'm not yet decided on that.
> 
> IMHO this would be a nice property. As the submodule could exist
> independently with its own remote heads/tags, you probably would want
> to at least track these, even if it is a submodule in your
> superproject.  And then it makes sense to move it directly to
> .git/module/...

I am not sure that all the other submodule heads and tags really belong
into the superproject.  Perhaps they should simply be handled in some
other way -- after all the submodule is a normal git repository and can
handle heads and tags on its own quite well.
But I haven't thought tag-handling for submodules through yet.

> There also was a use case where one library project is used in >10
> superprojects. It would be nice to be able to make the submodule git dir
> be outside of the supermodules git dir. However, this also can be done
> with symlinks without any special support (aside from sharing the
> head namespace).

Of course you can always have a normal library.git repository with all
the tags and stuff somewhere and just fetch from there if you need
some central location for it.  You could even add alternate entries
pointing there to the libraries object store inside the supermodule.

-- 
Martin Waitz

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]