先解釋幾個常見問題:
1。RT-Thread來自哪裏？
RT-Thread RTOS，內核在2006年上半年部分完成。它的創始人起源於中國的壹個老RTOS:杜魯RTOS，甚至BSP的壹些結構也起源於杜魯托斯。但與DOOLOO RTOS明顯不同的是，內核是完全重寫的，特點是實時、小巧、靈活，並引入了內核的對象模型，拋棄了內核對象對動態內存管理器的獨立性。
2.RT-Thread用於商業產品& amp；項目，如何定義版權？
RT-Thread RTOS的內核部分完全是我們寫的，不存在其他版權問題，妳放心，在商業產品中是安全的&；用於工程。對於RT-Thread在商業產品中的使用，我們承諾絕不收費(用戶有使用權，所以請承擔使用的責任)。還有兩點需要註意:
RT-Thread RTOS代碼的原始版權歸RT-Thread所有。
-在商業產品中&；如果項目中使用RT-Thread RTOS，請在產品手冊中明確指出使用RT-Thread。如果有串口輸出，請在系統啟動時顯示RT-Thread的版本信息。如果使用RT-Thread RTGUI，請保留RT-Thread LOGO。
3.RT-ThreadRTOS是誰開發的，誰維護的？
目前RT-Thread RTOS在國內由RT-Thread Studio開發維護。
4.RT-ThreadRTOS在產品中使用過嗎？穩定性&；BUG怎麽樣了？
目前已有幾家公司使用RT-Thread RTOS作為其產品開發的系統平臺，穩定性能良好。
就像沒有100%完美的東西壹樣，存在bug，我們會在反饋後盡力盡快改正。
5.我可以加入RT-Thread的開發者團隊嗎？
可以！
我們歡迎任何對RTOS感興趣的人，無論妳是學生還是高級嵌入式系統開發工程師。RT-Thread開發者通常依靠論壇、郵件和GTalk進行交流。因為目前上海的開發商比較多，所以不定期會在上海舉辦開發商聚會。
6.RT-Thread靠什麽可持續發展，能盈利嗎？
目前RT-Thread的開發主要看大家的興趣愛好，大部分都是業余時間開發的。未來將通過技術支持、組件定制、組件開發、輔助工具來盈利。從幾款開源軟件來看，商業支持是軟件可持續發展不可或缺的壹部分，所以我們希望有更多的公司選擇RT-Thread RTOS作為系統平臺，這對公司和整個RT-Thread社區來說是雙贏的。對於公司來說，我們可以得到壹套免費的RTOS套房，同時也可以推動這套RTOS套房朝著穩定的方向發展。對於我們來說，公司支持的開發無疑讓RT-Thread的開發上了壹層樓就進了，當然也就意味著以後的支持費用要結算了。
=========
問題結束了，我們開始進入0.3.x系列的主題。在對外發布方面，相信大家已經看到RT-Thread已經進入了0.3.x的密集發布周期，RT- Thread/STM32F103VB已經發布了3個0.3系列的beta版本，RT-Thread/STM32F103ZE已經發布了2個0.3系列的beta版本，RT-Thread/LPC2148已經發布了1個0.3。接下來會考慮發布RT-Thread/LM3S的首個beta版本(汗，剛發的板有些硬件問題，已經修復)。...
這些版本大多會包括:內核+finsh shell+文件系統+lwip等。
0.3.0系列，RT-Thread還包括兩大內容:
-編程指南文檔
-RTGUI圖形界面系統
編程指南壹直在修改，可惜文筆有限，所以請不要對文檔太挑剔。歡迎大家提出任何建議。至於編程指南，同樣值得壹提的是，這個文檔是編程指南，所有在RT-Thread上編程需要考慮的地方都會提出來。然而，它不是代碼分析的文檔。雖然可能會提到壹些內部通用的結構框架，但不會對代碼進行逐行分析，請多加關註。
另壹個RTGUI組件將是未來的關鍵任務。目前的計劃是在現有的STM32F103ZE開發板上實現壹個可用的手持終端設備，當然也會延續RT-Thread的習慣，以開源的形式發布。在s3c2410/2440上，這套GUI還是挺不錯的，面向對象的設計，獨立的控件對象模型，給了用戶最大的可擴展性。
另外，曹旭龍的x86分支完成後會放到0.3.0的分支上。通過這個分支，妳可以完全拋棄開發板，在PC或者VMWare/QEMU上體驗RT-Thread。LPC系列的分支，目前苦於開發板不足，進展緩慢。RT-Thread/LPC 2148 0 . 3 . 0 Beta 1最後壹個版本只能包含SD卡和以太網端口驅動框架。本系列將合並移植wyoujtg/鳳城少竹LPC2106。
現在文件系統代碼已經發布了，其實還包括了另壹個分支:DFS-FAT。這個分支和DFS壹樣，是我們自己寫的，也可以支持NandFlash等介質上的壞塊管理。已經編寫了許多測試示例，並將在通過壓力測試後發布，而不是當前的DFS-EFSL。