[Kde-pim] Git migration status

Ben Cooksley sourtooth at gmail.com
Wed Apr 21 05:21:11 BST 2010


2010/4/21 Thomas McGuire <mcguire at kde.org>:
> Hi,
>
> On Tuesday 20 April 2010 17:26:11 Torgny Nyblom wrote:
>> On Sunday 18 April 2010 11.56.48 Torgny Nyblom wrote:
>> [...]
>>
>> > Sorry for not giving this url to the public but I don't think my uplink
>> > can stand the possible load.
>>
>> Ok, now there is an url http://gitorious.org/kdepim/ :)
>
> Nice, thanks.
>
>> I've added the branches I found and uploaded the three repos to gitorious
>> so that people can get a copy and verify/report issues.
>>
>> Please clone locally and see if you find anything missing, if so post back
>> here so we have a record of what is found.
>
> Ok, I gave it a go. I did not yet look for lost history.
> First of all, cloning the kdepim repo was over 2 GB, that is really too much.
> When browsing the repo with gitk --all, I noticed that the 1.1 branch
> basically included everything of KDE, not only the parts that are relevant for
> today's PIM. For example, it includes translations, kdebase, kdegames and lots
> of other stuff. I guess we can save quite a bit by removing this. Probably
> this is also the case in other branches.
>
> The starting commit of the branches of the kdepim-runtime and of the kdepim
> repo have no parent commits. I remember we had the same issue with kdepimlibs
> once.
>
> I used the script at http://bacn.me/1db6 to look for big files in the repo,
> but there weren't really any interesting. However, we might want to remove the
> following from the kdepim-runtime and the kdepim repo:
>        13382015 akonadi/server/tests/enron_email_dataset/enron_contacts.vcf
>         1686005 akonadi/server/tests/enron_email_dataset/enron_contacts.txt
>         4079946 kresources/groupwise/soap/soapC.cpp (best to remove all of
>                                                      this resource, I guess)
>
> Additionally, we can remove the following branches, since they have been fully
> merged back:
>
> kdepimlibs:
> remotes/origin/work/kdab-post-4.0
> remotes/origin/work/vkrause/polymorphic-payload
>
> kdepim-runtime:
> remotes/origin/work/arzie_akonadi
>
> kdepim:
> remotes/origin/AEGYPTEN
> remotes/origin/aegypten
> remotes/origin/aegypten_2_0_0_pre3
> remotes/origin/akregator/onlinesync
> remotes/origin/egroupware
> remotes/origin/groupware_backport
> remotes/origin/gw_sequoia_devel
> remotes/origin/kdab-post-4.0
> remotes/origin/kdepim-3.5.5+
> remotes/origin/kmail-soc
> remotes/origin/knotes-sok
> remotes/origin/kroupware
> remotes/origin/make_kmail_cool
> remotes/origin/nld9_sequoia_devel
> remotes/origin/osnabrueck
> remotes/origin/proko2
> remotes/origin/proko2-full
> remotes/origin/proko2_541174
> remotes/origin/proko3
> remotes/origin/scalix
> remotes/origin/soc
> remotes/origin/work/personal/moenicke/enterprise_pretty
> remotes/origin/work/personal/moenicke/enterprise_snippets
> remotes/origin/work/personal/osterfeld/akregator-post-4.2
> remotes/origin/work/personal/osterfeld/enterprise
> remotes/origin/work/personal/osterfeld/enterprise-distrlists-take2
> remotes/origin/work/personal/pradeepto
> remotes/origin/work/personal/vkrause/enterprise
> remotes/origin/work/personal/wstephens
> remotes/origin/work/soc-gtd
>
> Removing those branches should not affect the master branch in any way, right?
>
> I'm curious what the size is after removing the branches and fixing the
> inclusion of all of KDE in the earlier branches.
>
> Locally, I tried deleting _all_ branches and tags, but the size is still
> around 650MB. I think cutting of the history to a certain date for the
> official KDE repository would be ok, as long as we also provide a "full" repo
> for those interested in the history. Main development should IMHO happen in
> the light repository.

Awesome... that is much smaller. Did you prune and garbage clean the
repository afterward? ( git gc, git prune )

Also, even if those files were deleted, they will hang around until
cleaned out ( see
http://stackoverflow.com/questions/298314/300415#300415 )

>
> I noticed some tags with the revision number appended, like 4.4.1_1096481. Any
> idea where those come from?
>
> Regards,
> Thomas
>
> _______________________________________________
> KDE PIM mailing list kde-pim at kde.org
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/
>

Regards,
Ben
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/



More information about the kde-pim mailing list