Merging some repos?

[Martin Klapetek]

On Thu, Mar 22, 2012 at 18:41, Daniele E. Domenichelli <
daniele.domenichelli at gmail.com> wrote:

> On 22/03/12 03:39, Dario Freddi wrote:
>
>> This approach has also multiple advantages, such as:
>>
>>  * We can decide which commit each submodule will point to, so it's
>> safe ground for testers
>>  * Or we can allow people to fuck this and just get master of each repo
>>  * Qt already did the hard job for us and we just have to adapt our
>> scripts
>>  * This approach preserves modularity but still allows to group quite
>> efficiently some/all repos.
>>
>
> * If we find out that this approach sucks we can easily go back to the
> multiple repository approach
> * If one day some packages will enter in any kde "main" package we just
> need to import the add the submodule there and remove it from here.
>
>
> Since Dario is supporting me on git submodules I propose an alternative
> (but I still believe we should talk about this later, perhaps at Akademy):
>
> Instead of making several packages, we make a single "kde-telepathy" meta
> repository (yes kde-telepathy, not ktp :P). Inside we add some
> subdirectories (libs, handlers, config, utils, whatever, etc.) and inside
> each subdir we put the real repositories.
>

Note that the packages are not the problem but just a result of it. The
thing we're trying to solve is our repos count, which is high and this does
not help it, on contrary it makes the complexity higher (depends on point
of view).

--
Martin Klapetek | KDE Developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-telepathy/attachments/20120322/fc572a2b/attachment.html>