-
Notifications
You must be signed in to change notification settings - Fork 8
Documentation Maintenance Conventions
星冉 edited this page Jul 23, 2026
·
2 revisions
- The GitHub Wiki is the primary documentation entry point.
- Whenever an English topic page is maintained, maintain its complete Chinese counterpart in the same change. Each language uses a readable filename in that language.
- Chinese and English pages link to each other near the top and describe the same current facts; the English page is not an abbreviated summary.
- Documentation follows the actual current code.
- Remove clearly obsolete information from primary navigation.
- Do not maintain parallel technical Markdown sets in both the wiki and
docs; consolidate maintained technical material in the wiki. - Prefer root-level GitHub Wiki page names rather than subdirectory links.
- The wiki repository is always the outer project root's
external/wiki/directory. Do not create wiki documentation in theScreen-Remote/app subrepository.
- The home page is
Home.md. - The sidebar is
_Sidebar.md. - Primary English entries are
User-Documentation.mdandDeveloper-Documentation.md; the Chinese entries are用户使用文档.mdand开发文档.md. - Child pages use readable filenames in their own language.
- For example, use
Architecture.mdand开发文档-架构.mdfor one bilingual topic. - The technical documentation index is
Technical-Documentation-Index.md. - Use readable level-one titles without repeating the document-group prefix.
- Keep established technical spellings such as
ADB,dadb, andscrcpy 4.1. - In the sidebar, use grouped headings and page links rather than plain list items for group names.
- Explain how to use the product.
- Avoid unnecessary implementation detail.
- Exclude one-off debugging narratives.
- Focus on entry points, limitations, and precautions.
- Describe the current structure, flows, and important implementation behavior.
- Map statements to real repository paths.
- Prefer conclusions over long code excerpts.
- Wiki pages provide navigation and retain technical details that remain useful.
- Every Chinese and English page must exist as a one-to-one pair, and language links near the top must navigate in both directions.
- Both languages retain the same section structure and knowledge coverage. Tables, formulas, configuration values, code paths, behavioral constraints, and regression checks must not be missing from either language.
- When correcting an obsolete conclusion, use current code and tests as the source of truth, then search all wiki Markdown for equivalent stale wording so other pages do not continue spreading the old fact.
- Before delivery, validate local link targets, Markdown diffs, and section correspondence for every new or changed page. The existence of an English file alone does not prove content consistency.
Synchronize the Chinese and English wiki pages when:
- session parameters materially change;
- ADB behavior changes;
-
scrcpy-serveris upgraded; - management capabilities are added or removed; or
- an existing documented conclusion becomes false.
- Root
README.mdandREADME_CN.mdare limited to the project introduction, interface previews, and direct GitHub Wiki navigation; they do not carry detailed technical or user documentation. - The outer-root
docs/directory contains media assets only, such as screenshots. Do not create or maintain Markdown there; project, contribution, release, user, developer, and protocol documentation all belong in the wiki. - The wiki contains a complete technical index so maintained knowledge is discoverable.
- Keep one canonical detail page for each topic.
- Entry pages provide navigation and reading paths without duplicating technical explanations.
- When a short summary and a longer technical page cover the same topic, merge unique conclusions into the canonical page, delete the duplicate, and repair links.
- During the initialization audit, place every old page in Wiki Initialization and Update Checklist and decide whether to keep, merge, split, archive, or delete it.
- Only retained Chinese pages require English counterparts. Do not create English shells for pages that will be merged or deleted.
- scrcpy 4.1 upgrade and protocol adaptation
- dadb Android mDNS discovery
- IPv6 sessions and endpoint handling
- stable Surface behavior in fullscreen mode
- process-page scope and performance expectations
- codec-filter completion
- wiki sidebar grouping, overview indexes, and naming rules
- migration of historical
docstechnical Markdown into the wiki
- Overview / 总览
- Quick Start / 快速开始
- Connection & Pairing / 连接设备与配对
- Session Management / 会话管理
- Remote Control / 远程控制
- Settings / 设置
- Management Features / 管理功能
- FAQ / 常见问题
- Overview / 总览
- Technical Index / 技术文档索引
- Audit Checklist / 初始化与更新清单
- Conventions / 文档维护约定
- Architecture / 架构
- Module Map / 模块地图与边界
- Runtime Path / 运行时主链路
- Session State / 会话状态与事件
- Session Lifecycle / 会话配置与连接生命周期
- ADB, USB & Wireless / ADB、USB 与无线
- ADB Lifecycle / ADB 连接生命周期
- Pairing / 设备配对与无线调试
- Codecs / 编码与解码
- Remote Interaction / 远程交互性能与悬浮菜单
- Clipboard / 剪贴板同步
- Management / 管理功能
- Events & Shell / 事件、监控与 Shell
- Logging / 日志系统与维护
- Troubleshooting / 分层排障方法
- UI Design / UI 设计系统
- Bilingual Copy / 双语与文案
- Remote UI Analysis / 远程 UI 布局分析
- Engineering Rules / 工程与验证规则
- External Research / 外部研究与取舍
Technical topics appear here only after their page-level audit is complete. / 技术主题仅在完成逐页审核后加入侧边栏。