KonsoleDevelopment/ru: Difference between revisions

From KDE Wiki Sandbox
No edit summary
(Created page with "=== Руководство ===")
Line 23: Line 23:
* 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.
* 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.


=== Handbook ===
=== Руководство ===


* Verify the menus and their shortcuts are valid.
* Verify the menus and their shortcuts are valid.

Revision as of 15:13, 16 October 2015

Other languages:

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

Кто угодно может помочь при наличии времени. Это не требует знания языков программирования или установки специального программного обеспечения. Если вы работаете в 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

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

  • Confirm bug reports - search for unconfirmed bugs and test them on your system. If you can reproduce a bug, mark it as 'New'(if you have a account with enough permission on bugs.kde.org) and/or leave a comment with your findings.
  • Find duplicate reports - search all of Konsole's bugs and wishlist reports for duplicates. If you find a possible duplicate, leave a comment on the bug such as "possible duplicate of bug #####'.
  • 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.

Руководство

  • Verify the menus and their shortcuts are valid.
  • Verify all the other information is valid.
  • Read through it for areas that need clarified or expanded on.

Userbase Site

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

Coding

  • 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
    • 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.


More to follow