m (4.4_Feature_Plan -> 4.5_Feature_Plan) |
|||
| Line 14: | Line 14: | ||
| name=Source Control | | name=Source Control | ||
| currentState= | | currentState= | ||
| − | * [http://websvn.kde.org/ Subversion | + | * [http://websvn.kde.org/ Subversion] (Move to Git) |
| people= | | people= | ||
The kde sysadmin team: | The kde sysadmin team: | ||
| Line 28: | Line 28: | ||
}} | }} | ||
| − | Subversion | + | Subversion is currently used for source control management in KDE on |
a server hosted in Frankfurt. A separate server is used for access to | a server hosted in Frankfurt. A separate server is used for access to | ||
the read-only mirror anonsvn.kde.org. | the read-only mirror anonsvn.kde.org. | ||
| − | There is | + | There is begun migrating to Git, see [[Projects/MovetoGit|Move to Git]]. |
| − | + | ||
| − | + | ||
| − | + | ||
{{SEFBox | {{SEFBox | ||
| name=Build System | | name=Build System | ||
| currentState= | | currentState= | ||
| − | * [http://www.cmake.org/ CMake | + | * [http://www.cmake.org/ CMake] |
* [http://api.kde.org/cmake/modules.html Custom CMake module documentation] | * [http://api.kde.org/cmake/modules.html Custom CMake module documentation] | ||
| getInvolved= | | getInvolved= | ||
| Line 53: | Line 50: | ||
This tool was chosen as the buildsystem for the KDE4 series, and there | This tool was chosen as the buildsystem for the KDE4 series, and there | ||
| − | are no plans currently to migrate away from it | + | are no plans currently to migrate away from it. |
{{SEFBox | {{SEFBox | ||
| Line 390: | Line 387: | ||
| name=Feature planning | | name=Feature planning | ||
| currentState= | | currentState= | ||
| − | * [[Schedules/KDE4/4. | + | * [[Schedules/KDE4/4.6_Feature_Plan]] |
| people= | | people= | ||
[https://mail.kde.org/mailman/listinfo/release-team The KDE release team] | [https://mail.kde.org/mailman/listinfo/release-team The KDE release team] | ||
| Line 429: | Line 426: | ||
| name=Translation | | name=Translation | ||
| currentState= | | currentState= | ||
| − | * http:// | + | * http://l10n.kde.org/ is used for level of completion of translations in KDE. |
* GNU gettext is used for translation in KDE. | * GNU gettext is used for translation in KDE. | ||
* <tt>.po</tt> files are edited directly in KDE svn to update translations. | * <tt>.po</tt> files are edited directly in KDE svn to update translations. | ||
| Line 444: | Line 441: | ||
| name=KDE e.v. - Representative Legal Entity | | name=KDE e.v. - Representative Legal Entity | ||
| currentState= | | currentState= | ||
| − | * [http://ev.kde.org KDE e.v] is a registered non-profit organization that represents the KDE Project in legal and financial matters. | + | * [http://ev.kde.org KDE e.v.] is a registered non-profit organization that represents the KDE Project in legal and financial matters. |
| altTools= N/A | | altTools= N/A | ||
| getInvolved= | | getInvolved= | ||
Contents |
Languages: عربي | Asturianu | Català | Česky | Kaszëbsczi | Dansk | Deutsch | English | Esperanto | Español | Eesti | فارسی | Suomi | Français | Galego | Italiano | 日本語 | 한국어 | Norwegian | Polski | Português Brasileiro | Română | Русский | Svenska | Slovenčina | Slovenščina | српски | Türkçe | Tiếng Việt | Українська | 简体中文 | 繁體中文
This page is intended to be a summary of the tools and processes used by the KDE
project for Software Engineering tasks, i.e. everything around coding
work. This includes bugfixing, review, testing, documentation,
requirements etc.
The current tool used by KDE should be listed along with the extent of its use, known alternatives, and advantages/disadvantages.
| Current State | People |
|
The kde sysadmin team: |
| Get Involved | Alternative Tools |
Subversion is currently used for source control management in KDE on a server hosted in Frankfurt. A separate server is used for access to the read-only mirror anonsvn.kde.org.
There is begun migrating to Git, see Move to Git.
| Current State | People |
| Get Involved | Alternative Tools |
|
n/a |
CMake is the build tool currently used by KDE. It is Free Software developed by kitware inc and available on multiple platforms supported by KDE.
This tool was chosen as the buildsystem for the KDE4 series, and there are no plans currently to migrate away from it.
| Current State | People |
|
The kde sysadmin team: | |
| Get Involved | Alternative Tools |
|
n/a |
n/a |
LXR indexes classes and methods used in KDE. This can be useful for finding examples of how to use a class, and finding all uses of a class while refactoring or updating API.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
In general KDE does not have a formal patch review policy for individual patches. Some patches do get reviewed prior to committing to svn by the relevant mailing lists. This is the case for particularly large patches or patches by new developers.
As an official policy kdereview is used to review new applications and new classes for kdelibs prior to inclusion in KDE trunk. A drawback of this system is that not all reviewers report that they have reviewed the new content. It may make sense to have a checklist for reviewers to use, eg,
This was discussed to some extent here, but has not yet been refined into a techbase page.
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
The commit filter is used by several projects to forward all commits to the relevant mailing list.
| Current State | People |
|
Design review takes place on
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
KDE does not have an offical design review process. Some design review takes place as part of the kdereview process. It may be possible to further formalise this or encourage design documentation.
| Current State | People |
| |
| Get Involved | Alternative Tools |
|
n/a |
techbase.kde.org is a MediaWiki powered site used for collaborating on technical tasks such as tutorials, schedules, and project information.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
|
KDE API documentation is generated nightly and hosted on http://api.kde.org. It is also possible to generate the same documentation locally for use in an IDE for example.
It is possible to create man pages and qthelp documentation from kde sources.
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
User documentation is generated from module doc/ folders and hosted on http://docs.kde.org.
meinproc is a KDE tool (written by Stephen Kulow which uses libxslt to transform docbook into (bzipped) html. At runtime kio_help opens that bzipped html and displays it to the user in khelpcenter.
http://userbase.kde.org is intended to be the primary source of user documentation on the web. Content will possibly be packaged for offline use in the future.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
|
Bug tracking in KDE currently is managed using Bugzilla 3.0. Work was recently merged on a transition to Bugzilla 3.0 from Bugzilla 2.16. There is still cleanup work going on but most features of the previous Bugzilla installation already work.
Bugzilla can be difficult to use and daunting to newbies.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
|
n/a |
Additional checks are always welcome for adding to Krazy. See http://websvn.kde.org/trunk/quality/.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
There is interest in more build testing for KDE especially on non-linux platforms. Improvements include some standard ctest scripts that can be used to build and submit a dashboard result for kdelibs to CDash. This would be run on a cronjob for simplicity.
Builds are planned for the following platforms:
| Current State | People |
|
Unit tests may be written with the QTest framework. Tests can be run with the command 'make test'. |
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
It may be possible run run these tests automatically possibly on EBN or on Dirks dashboard.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
It may be possible to obtain metrics such as bugs per kloc, defect injection rate etc.
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
Tutorials may be provided in the future to help developers optimize their code.
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
Developers communicate with each other through
Developers communicate with users though
Users communicate with each other and developers through |
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
| Get Involved | Alternative Tools |
|
|
Currently techbase is used for feature planning but there may be better alternatives.
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
| Current State | People |
|
|
| Get Involved | Alternative Tools |
|
n/a |
Additional contributed artwork is available on http://kde-look.org.
There may be a need to create tutorials on how to create artwork for kde.
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
launchpad.net features a web-based tool called rosetta, which allows for easier fly-by translations. This is considered not to be useful as fly-by translators often do not follow guidelines or consistency rules when translating. |
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
N/A |
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
N/A |
| Current State | People |
|
Unknown |
| Get Involved | Alternative Tools |
|
n/a |
N/A |