Разработка Konsole

Общая Информация

Кто угодно может помочь при наличии времени. Это не требует знания языков программирования или установки специального программного обеспечения. Если вы работаете в KDE - можете помочь. Будет очень полезным, если вы используете последние версии KDE. Часто они размещены в "unstable" или "bleeding-edge" репозиториях. Кроме того, установка KDE с отладочной информацией поможет сбоям, но ваша система будет намного медленнее.

Для некоторых категорий, представленных ниже, вам не нужен исходный код KDE, установленный в вашей системе.

Основные руководства по разработке KDE можно найти на странице участия в разработке

• Версия KDE: будет лучше, если установлена KDE 4.6.x. Вы можете использовать KDE 4.5.4, но KDE 4.4.x устарела и имеет слишком много ошибок, которые были исправлены.

• Git: В Феврале, 2011, у konsole появился свой собственный репозиторий. Сейчас значительно легче загрузить и посмотреть код.

Чтобы быть в курсе отчетов об ошибках и иметь основную информацию, присоединяйтесь к почтовой рассылке Konsole. Вы можете связаться со мной через kurt, точка, hindenburg на gmail.com, а так же по IRC #kde-devel как khindenburg

Отчеты об Ошибках

• Подтверждайте отчеты об ошибках - ищите неподтвержденные ошибки и тестируйте их на своей системе. Если у вас получилось воспроизвести ошибку, отметьте ее как 'New' (если у вас есть аккаунт с достаточными правами на bugs.kde.org) и/или оставьте комментарий о своем результате.

• Находите копии отчетов - проверяйте все отчеты об ошибках и список пожеланий на наличие дубликатов. Если вы найдете возможный дубликат, оставьте комментарий на отчете в виде: "возможный дубликат ошибки #####".

• Narrow down the steps required to reproduce a bug or crash - Often times, the bug reporter may not fully explain or understand how they got the bug or crash. It is extremely helpful when tracking down issues if there is a step by step process which triggers the issue everytime. If you can reproduce the issue repeatedly, comment on the bug report with the exact steps required to trigger it.

Руководство

• Проверьте работоспособность меню и их горячих клавиш.
• Проверьте действительность всей остальной информации.
• Проверьте это в местах, которые должны быть уточнены или расширены.

Сайт Userbase

• Verify the Konsole site has the correct info.
• Expanding the site with more tips and documentation.

Написание кода

• There are a multitude of ways to start coding. You'll need to be able to compile KDE. Getting started is a good place to start. You don't need to have both KDE 4.6 and trunk installed. If you are currently running the latest KDE 4.6.x, you should be able to checkout Konsole and get it to compile. I highly suggest using kdesrc-build to download and compile the KDE source files. Regardless if you are using KDE 4.6 or trunk, any type of patch can be attached to a bug report, sent to git.reviewboard.kde.org or the Konsole mailing-list.

Since 4.6, Konsole has its own git repository [1]. From there, you can view the branches and latest commits.

• Once you can build Konsole, find some area you are interested in and try to work on it.

• • Wishlists - A very long list of features users have asked for

• • Junior Jobs - Some 'easy' reports to work on.

• • Bugs - Reports of things wrong and need fixed

• Notes
  • Before spending a lot of time working on a bug or feature, please send an email to the Konsole mailing list and/or comment on the bug report that you are working on it.
  • New features and such things as string changes can only go into trunk (master), not to point releases (eg 4.6.2).

Questions?

Feel free to let me know of any questions or any suggestions on how to make this page better.