GitHub 渠道
本文内容
对开发者工具来说，GitHub 仓库常常就是用户看到的第一个落地页：官方文档写明，README 往往是访问者打开仓库看到的第一项内容。这个渠道不靠「发布日」，靠的是把仓库整理成随时能被理解、被采用的样子。
什么产品适合
- 开源产品、开发者工具、有命令行或 API 的产品；
- 希望被开发者信任并集成进工作流的东西。
什么情况用处有限
- 目标用户不是开发者、也无意开源的产品——仓库只能当代码备份，不是获客渠道。
README：官方建议的五个问题
官方文档列出 README 通常要回答的五件事（2026-11-11 核对）：
- 项目做什么；
- 为什么有用（对谁的价值）；
- 用户怎样开始使用（安装、最小示例）；
- 在哪里获得帮助；
- 谁在维护和贡献。
这五问和《英文 Landing Page 应该怎样写？》的落地页逻辑一致：先讲清是什么、给谁用，再给行动入口。两个技术细节：README 渲染超过 500 KiB 会被截断，放截图别放原图；仓库内链接用相对路径，克隆后仍然有效。
License 与信任
官方把 README 与 license、贡献指南并列，视为「传达项目期望」的一组文件。对用户而言，开源协议决定了能不能在商业项目里用你的东西——没有 license 的仓库，别人不敢用。这条对以 GitHub 为主页的产品是硬要求。
版本发布：Release
有用户关注（star）之后，Release 是「有新版本了」的正式通知渠道：版本号、改动清单、升级注意。把它当发布日志认真写——开发者决定是否升级看的就是这里。这也是发布后 30 天持续运营的一部分。
和发布渠道的配合
GitHub 多数时候不是「发布」动作本身，而是承接：Show HN、Reddit、X 讨论带来的访问会落到你的仓库，README 质量决定这批访问变成用户还是流失。发布渠道怎么选读《开发者工具第一次发布，选 Product Hunt 还是 Show HN？》。
官方资料与核对日期
本页 README 相关说明整理自该页（核对日期 2026-11-11）；GitHub 功能以官方文档现行版本为准。
回到渠道目录。