I have some ideas I think is good to share.<br>It was said the conversion will be 1 repository of git to each module of kde (kdebase, kdelibs...) and each repository will have all history from the beginning of project.<br>
I think the repositories should be arranged like linux kernel. The git contains only one part of history (I think is 2.5.something to now) and the rest of history remains in another server if anyone wants to see the log.<br>
So, IMHO, the kde repository should not start from beginning of project but from other time like 4.0.0 or the start of conversion of kde3 to qt4. Maybe start from kde 4.2. This way, it is feasible to put all kde modules in only one repository without bloating it.<br>
If anyone is concerned about the history before the git repository, it can be easily accessed from the svn server that will rremain working in read-only mode. No much people will require this portion of history.<br>Another idea is to open another repository all times when a new branch of a stable release is created like the linux kernel. The linux kernel has a main repository (linux-2.6) and one repository to each branch of stable release (2.6.26.y, 2.6.27.y...). So we will have a main repository (kde) and several repositories for stable branches (kde-4.0.y, kde-.4.1.y, kde-4.2.y...).<br>
And the last idea is to recreate the main repository from a new start always the main repository becomes too bloated (&gt;400-500MB). So, we always have a repository with a few hundred megabytes to work instead the beast of 2-3 GB we have got with the experimental conversions until now.<br>
Another advantage of this aproach is the repository will always have all modules, avoid the problems with submodules and lack of atomic changes that cross modules.<br>Well, this is my 2 cents. I like to hear the opinions from other people and from Thiago, that leads the conversion to git. What do you think about it?<br>
<br>Regards<br><br>Raul Fernandes<br><a href="mailto:rgfernandes@gmail.com">rgfernandes@gmail.com</a><br>