Bootstrap
古话说得好:“万事开头难”。
开头在本质上是解决 “Bootstrapping”,人们一直使用这个比喻来描述解决启动问题的方法,即一个人试图用自己的鞋带将自己拉起来。比如按下电脑开机按钮后初始化系统被广泛称作自举引导(简称 booting)。
想做好一个开源项目,就先得规划一个好的启动方式。
GitHub
10 多年前做开源项目托管的话基本只有一个选择,那就是 SourceForge。
期间也有过一些其他大厂的项目托管服务,比如 Google Code,Sun/Oracle 的 Project Kenai,现在都停服了。目前 GitHub 已然是全球最大的开源项目托管服务商了,促成这样现状的最大原因有这几个方面吧:
- Git 版本控制系统的流行,并做了一些更简单的工作流,比如 Pull Request
- 更好、更现代化的用户体验,比如 issue comments 的实时推送
- API 开放平台,构建第三方应用的生态系统
- 持续不断的改进,GitHub 隔三差五会有一些细节改进,并且桌面客户端工具也在不断演进
**目前 GitHub 是开源项目托管的不二之选。**国内也有类 GitHub 的项目托管服务,比如码云和 Coding,希望它们越做越好 👍
Repo
建库是第一步,首先需要确定的是开个人项目还是组织项目,这两者有些许不同:
- 个人项目:项目如果受欢迎一般来说人们都会浏览下作者主页并关注,有利于作者本人涨粉
- 组织项目:如果一开始就规划了相关系列项目,建议选择组织类型
第二步就是需要一个好的名字:
- 和需求/技术相关或者有些特定含义
- 库名命名优先是全小写,如果需要分隔单词则使用
-
,最后遵循开发语言、框架的约定 - 如果项目是一个系列的,需要考虑好前缀,或者按前面说的走组织项目
Init Commit
初始提交尽量是核心功能可用的,这样能给别人一个好印象。并且必须写好 README,内容至少覆盖如下几个方面:
- 项目介绍:该项目是什么,主要用于解决什么问题,这个部分主要阐述项目的动机
- 功能特性:有哪些主要功能,独特的特性有哪些
- 安装方式:如何安装,最好也介绍一下开发环境搭建
- 技术依赖:该项目主要依赖哪些项目,这样能让别人大体上知道复杂度和上手难度
- 开源协议:一定要让用户知道,非常重要
除了 README,GitHub 还建议加入编码规范、贡献指南说明,这个可以后期慢慢加入。
文本的介绍是一方面,另一方面是多媒体格式,如果能有使用视频是最好的,但至少项目的 logo 是要有的,一开始稍微丑一点没关系 😊,可以鼓励其他人参与贡献。
Document
项目托管服务商一般都提供了 wiki 服务,主要用于项目相关文档。直接使用 wiki 的最大好处是可以让其他人参与进来维护文档,比如有错别字时其他人可以很方便地帮忙修改。
但直接使用 wiki 服务也有个致命的缺点,就是当项目要迁移托管商时就很麻烦,不同服务商支持的文档语法不尽相同,排版也比较麻烦。推荐的做法是项目的文档自己搭建一个站点来管理,虽然运维麻烦一些,但这样不存在迁移问题,并且自由度也更大一些。
建议通过论坛系统来维护文档,这样方便用户进行提问,也促进了项目社区的发展。
Issues
Issue 最好先建立模板,让用户提问的时候有章可循。不过即使有模板,issue 描述不清晰还是很常见的,用户的系统环境千奇百怪,遇到奇葩的系统不工作其实也正常。
关于 issue 你未来可能会面临如下情况:
良好的 issue 交互情况:
总之通过 issue 来追踪管理变更是很好的做法,发布版本时还可以根据 issues 生成 changelogs。
不过对于 issue 也有我觉得比较难处理的情况:
总之,做开源很重要一点就是和参与者、用户保持交流,等项目用的人多了以后责任也会变大,所以不能太随意,尽量做到变更可追溯。
回归本质
总之,开始一个开源项目时最重要的一点就是要问自己:为什么要做这个开源项目?
这个问题的答案将解释该项目的动机并且为项目设定了目标。
开源项目成千上万,并且同质化严重,但总有一些开源项目能够脱颖而出,因为这些项目抓住了本质:
- 开发者自己是用户:开发者自己不用是发现不了问题的,特别是后期需求
- 做真正有用的事情:不一定要受众很广,但要有刚需,能够解决问题
- 长期投入精力情感:你投入的情感使它与众不同,保持细水长流
以上都是我的经验之谈,如果你想更全面了解开源,请访问 GitHub 出品的 Open Source Guide。
本文作者
https://github.com/88250 ,欢迎关注。