In this task we organise the information campaign about KDE's migrations to Gitlab.
# TODO
[] Collect raw data
[] Talk to sysadmin
[] Get numbers
[] Users with KDE Identity
[x] Users with developer account: About 2640 [Source](https://phabricator.kde.org/source/svn/browse/trunk/kde-common/accounts)
[] Average commits per month: About 5000 per month over the last year (?) [Source](https://reports.kde.org/en/projects/kde-community/commits_report)
[] Lines of code: 978622 insertions per month / 429086 deletions (?) [Source](https://reports.kde.org/en/projects/kde-community/commits_report)
[] Average Issues per month
[X] Bugs: 12094 bugs opened, 24363 bugs closed in the last 365 days (1283 wishes opened, 2292 wishes closed) > More than a 1000 bugs opened a month, 2000 closed a month, about 1000 wishes per month, nearly 200 closed per month
[] Current contributors: On average, 40 people will contribute code a day to one KDE project or another [Source](https://reports.kde.org/en/projects/kde-community/commits_report)
[] Contributors throughout the history of the KDE project
[] Repositories: 936 public repsositories, [according to GitHub](https://github.com/KDE)
[] List of advantages
[] Collect media (graphics)
[] Write dot story (?)
[] Get quotes from Gitlab people
[] Get quotes from KDE e.V. board
[] Get quotes from KDE community members affected by the change
[] Write press release for Akademy announcement
[] Write social media posts
[] Answer these questions:
* Who are involved in tools decision making and what is the process involved in introducing a new tool to your community?
> The following teams were involved in the discussions with Gitlab:
> - sysadmin
> - e.V. board
> - onboarding
>
> Of course the sysadmin here has all the technical know-how and advises the other teams and the community.
>
> In terms of the final decision, the whole community decides together via discussion. The process was/is at follows:
> 1. Open discussion on considering the switch
> 2. Approval by KDE community to proceed with testing
> 3. Testing process initiated, led by sysadmin team
> 4. Teams were asked to join and provide feedback
> 5. Requests and feedback was transferred to Gitlab
> 6. Suggestion made to community and discussed
> 7. Final/complete switch currently pending
* What was the most challenging aspect of #movingtoGitLab? How did this compare with other tools in your community?
> We can't really describe what we are doing as #movingtoGitLab so much as #adoptingGitLab. It is pretty clear that there are workflows that would break if we made a dry cut move, so many of the older frameworks will have to stay in place and users and projects associated with them will move to GitLab at their own speed, if at all. This will probably take time.
* Challenges with tools, workflow, etc.
> The challenges we faced so far included:
>
> 1. Inertia, as we had rather recently switched to Phabricator and of course people are never good with handling change.
> 2. Breaking current workflows and adopting to new ones.
> 3. Addressing productivity issues we consider as showstoppers
> 4. Negotiating with Gitlab on moving things from Gitlab EE into Gitlab CE.
>
>For the comparison with other tools and a more technical opinion I suggest asking sysadmin, they can probably compare with the switch to phabricator.
* Can you share your communities’ feedback on GitLab so far?
* Positives & Areas for improvement
* What are your future plans with GitLab? What would you like to see from GitLab in the future?
> Moving workflows other than hosting code on Gitlab, like project-management, bug-tracking, general discussions, design reviews, etc.
* How can GitLab community help you as you use GitLab
> I would say mostly via support. I am sure we will run into issues sooner or later and we could use all the help we can get in getting our workflows integrated with Gitlab.
* Do your community members contribute to other open source projects? Have they contributed to GitLab?
> We definitely have many members contributing to other FOSS projects, like Linux-based distributions, libraries, LibreOffice, Mozilla/Firefox, Wikipedia, to name a few. I have no idea how we can check if KDE people have contributed to Gitlab. Perhaps I can ask during my talk but it might be awkward if noone responds. =)