[Kde-scm-interest] Gitorious for KDE

Thiago Macieira thiago at kde.org
Mon May 5 19:18:07 CEST 2008


On Monday 05 May 2008 18:50:25 Patrick Aljord wrote:
> Ok thanks for your answers, I have a couple of questions:
> >  I would recommend doing that for the extragear/review/playground level
> >  modules, because those tend to share a lot less code. Each app and each
> >  library should get its own repository.
>
> So big projects (kdelibs, kdebase etc) shouldn't be divided in many
> submodules. Only extragear/review/playground could (or should?) be
> using submodules?

More or less. There'd still be a KDE.git supermodule to aggregate the various 
KDE main modules.

And probably an even larger supermodule aggregating all of KDE's other 
supermodules and modules, so that sequential changes can be propagated 
correctly. For example, KDE 4.1's tagging, then a new API in 
extragear/libs/kipi, then using that API in extragear/graphics/digikam.

> >  ===
> >  Developer rights:
> >   - create "project" or "private" repositories, either as clones or new
> > repos 
> > - submit to any mainline repository 
>
> So when a developer create a new project, it's always in a new repo I
> guess. And when a developer create a "private" repository, that would be a
> clone, or they could be new repositories too (but without being a
> project per se)?

The idea is that a private repository is for anything the developer wants. He 
could be branching kdelibs for some work of his or he could be starting a new 
app. Or publishing his changes to git itself. It doesn't matter.

What matters is that we don't waste 250 MB by making him upload all objects of 
kdelibs again :-)

Another important piece of information: every "project" repository is 
associated with a mandatory Wiki page, that describes what the repository was 
created for (purpose, developers, goals).

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-scm-interest/attachments/20080505/1904e66f/attachment.pgp 


More information about the Kde-scm-interest mailing list