(ReactOS Wiki) Разработка ReactOS | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translated in draft, editing and proof-reading required. Completed: 99%.
If you do not want to register an account, you can sign in with OpenID.
(ReactOS Wiki) Development Introduction | ||
There are several ways to contribute to the development of ReactOS. The most often encountered problem is not knowing where to begin or what to do. If you are able to program or understand the technical information that is pertinent to this project, helping the development can be easy. | Есть несколько способов внести свой вклад в разработку ReactOS. Чаще всего пользователи не знают, с чего начать и что нужно делать, чтобы поддержать разработку. Если вы умеете программировать или понимаете техническую информацию, имеющую отношение к данному проекту, то вы легко сможете помочь проекту. | |
== Documentation == | ||
There are some important points if you'd like to help document ReactOS: | Есть несколько важных моментов, которые вы должны знать, если хотите помочь в написании документации по ReactOS: | |
# Make sure the documentation doesn't exist yet (if it does, help improve it). | # Убедитесь, что документации, которую вы хотите написать, еще не существует (а если уже существует, то помогите её улучшить). | |
# Respect [[Wikipedia:Clean room design|clean room reverse engineering]] practices. | # Ознакомьтесь со способом разработки [[Wikipedia:Clean room design|clean room reverse engineering]]. | |
# Add your knowledge to a place where the other developers can find it. | # Добавьте свои знания в место, доступное для других разработчиков. | |
== Test ReactOS == | ||
=== Localize bugs === | ||
As code is added, changed, or removed, it is possible for unintended results to occur. These unintended results are known as bugs. By localizing bugs, developers can identify what causes the bug and what it affects. There are a variety of methods to [[Debugging|debug]] ReactOS while testing it. After identifying a bug, check if it is already known about by searching [http://www.reactos.org/bugzilla/ Bugzilla] and add any additional information to the report. If you think that it is an unidentified bug, consider [[File Bugs|filing a bug report]]. | После добавления, изменения или удаления кода, возможно возникновение непредвиденных результатов. Эти непредвиденные результаты называются ошибками. Во время локализации ошибок, разработчики могут определить, что вызывает ошибку и к каким последствиям она приводит. Существуют различные методы [[Отладка|отладки]] ReactOS при его тестировании. После определения ошибки, проверьте, возможно о ней уже известно, для чего произведите поиск в [http://www.reactos.org/bugzilla/ Bugzilla] и добавьте дополнительную информацию к отчету. Если вы полагаете, что это неизвестная ошибка, то ознакомьтесь со способами [[Как отправлять сообщения об ошибках?|подачи отчета об ошибке]]. | |
=== Fix bugs === | ||
Instead of looking for bugs, you can also try to fix a few that are already listed on Bugzilla. Fixing bugs requires a lot more skill than simply searching for them, and can be time consuming. | Вместо того, чтобы искать ошибки, вы можете попробовать исправить некоторые из перечисленных в Bugzilla. Исправление ошибок требует гораздо больше навыков, чем просто их поиск, и может занять гораздо больше времени. | |
=== Write tests === | ||
Tests are used to check the functionality and correctness of APIs on ReactOS compared to Windows implementations. There are also some unit tests that you could help ReactOS pass, which can be found [http://www.reactos.org/testman/ here]. | Тесты используются для проверки функциональности и корректности API ReactOS по сравнению с его реализацией в Windows. Существуют также тесты отдельных модулей, в прохождении которых вы можете помочь ReactOS, их можно найти [http://www.reactos.org/testman/ здесь]. | |
== Patches == | ||
A patch is a set of changes to existing source code. The changes in a patch can be merged into existing source code. This process is referred to as applying a patch (to source code). Which changes a patch contains and the way the patch is structured can have significant impact on the consequences that can happen from applying the patch. Below are a few recommendations on how to create and use patches. | Патчем называется набор изменений в существующем исходном коде. Изменения в патче могут быть объединены с существующим исходным кодом. Этот процесс называется применением патча (к исходному коду). Содержащиеся в патче изменения и способ его построения могут иметь значимое влияние на последствия, которые могут произойти в результате применения патча. Ниже приводится несколько рекомендаций о том, как создавать и использовать патчи. |
License: FDL
— Думаю, что вместо документации для множественного числа лучше будет читаться документация =) — Farwalker