| layout | title | tags |
|---|---|---|
post |
开源项目维护的九个阶段 |
翻译 |
大家好。
本文的内容为其他博文的总结，原文为：https://nibblestew.blogspot.com/2020/11/the-nine-phases-of-open-source-project.html
文章标题为：开源项目维护的九个阶段，介绍的是开源项目的维护上可以分为几个阶段，以及不同阶段应该关注的事情。
我们先整理一个思维导图方便对文章有整体的了解。
开源项目维护总共概况为 9 个阶段，同时根据项目的生命周期及流行度，分成了两个大的阶段：以服务自己为主和以服务他人为主。接下来分别简单介绍一下两个大阶段
开始阶段不管从人员或者投入上都会比较少，而且大部分项目都会是以验证为主，过程中可能会涉及编程语言、框架等的变换，整体会有很多不确定性，依次可分为如下 5 个小的阶段：
- 确定 IDEA：创新 IDEA 一般是比较少，大部分都是很多人都想到了，但是 IDEA 结合行动才能更加完美
- 实现 MVP：这一阶段才会开始编码，有很多的问题需要解决，但是要聚焦核心
- 生产可用：基于 MVP 版本完善项目的可靠性，使得项目能够投入真实环境使用
- 完善文档：每一个项目都需要文档，而程序员一般不喜欢写文档，有时候一个具备优秀文档的项目可能更容易成功
- 市场推广：为项目寻求更多的曝光，不管写博客、公开讲解等都可以，这需要你不断学习和锻炼自己或团队推广的能力
随着越来越多的人开始使用你的开源项目，甚至有可能到达了一个引爆点，项目使用者急速增长。在这个阶段也意味着大的变动几乎很难在快节奏的情况下完成，而且会有很多的工作来应付过程中的一些问题或者规模化的需求。有些时候甚至项目会朝着你最开始设计的不同方向去发展。
这部分的工作会依次分为 4 个小阶段：
- 招聘人员：如果维护项目的人员一直没有变，而项目确越来越大，会导致整体项目在维持活力越来越难，培育新的贡献者非常重要
- 社区文化建设：每个项目都有其默认遵守的规则，如果没有适当的引导形成社区特有的文化，后续项目的发展也会因此变形
- 项目监督：在这个阶段可能项目的创始人已经不是贡献最多代码的人了，但是往往需要在众多的 Issue 中做出后续的发展决策，如何在不参与功能实现的角度依然让项目获得长久的发展，是创始人需要思考的问题
- 退出项目维护：这个时候项目已经完成当初你所有设想的 IDEA，也许项目已经交给其他人继续维护了，也许你已经开始另一个新的开源项目的维护了，这一阶段意味着开源项目的维护已经告一段落结束了。
那么你在维护的开源项目目前在哪个阶段呢？
更多信息参考原文链接：https://nibblestew.blogspot.com/2020/11/the-nine-phases-of-open-source-project.html