「BUAA SE Individual Work2」软件案例分析：代码仓库管理系统

Part 0 前言

选题

本作业选题为5. 代码仓库管理系统，对GitHub、gitlab（私有化部署）和gitlink三个产品进行案例分析。

选题理由

这三个产品各具特点：

• GitHub是全球最大开源社区，孕育很多成功的开源项目，在微软接管后近年来也发生了许多新的变化
• gitlab（私有化部署）是面向组织和企业的成熟解决方案，通过部署在私有服务器和私有网络内提供了盈利的商业方案；同时，gitlab本身是海外产品，但国内由极狐代理
• gitlink是CCF主导的开源创新服务平台，平台本身也是开源的

以上三个平台在境内/境外，（主要）盈利/非盈利，社区/商业，（平台本身）闭源/开源，提供单一代码托管功能/提供工作流解决方案，社区主导/企业主导/政府组织主导等各有不同，在不同维度上分别具有特色和代表性，适合作为项目案例分析。

同时，作为本次软工团队的PM，我也正好借此机会仔细学习和研究这些平台，为团队选择最佳实践。

Part 1 调研与评测

1.1 软件评测

1.1.1 GitHub

GitHub是一个基于Git实现的在线代码仓库，是目前全球最大的代码托管平台，可以帮助程序员之间互相交流和学习。GitHub不仅是代码托管平台，更是开源社区，有着大量的活跃开发者。

1.1.1.1 基本使用

• 网站访问方面，仅使用普通国内网络，无法正常访问GitHub或无法加载图片或访问很慢，需要通过修改hosts或使用devside-car等代理软件或使用其他科学上网方法。这是有一定门槛的，特别是对于非开发者的一般用户。

  

• 网站注册方面，可以使用邮箱注册，无需手机号，较为方便。

• 网站首页可以看见最近仓库，following（关注的动态），lasted changes以及上方功能导航栏。最近GitHub还开发了for you这一新功能的beta版，提供更个性化的推荐。画面整体简洁清晰，没有多余的广告或其他推送内容。但是，GitHub并没有提供中文页面，需要用户有一定的英文能力。

  

• 个人页面：可以看到个人信息与简介、pin（置顶）、仓库、项目、star（收藏）、近期贡献与活动等

  

  

• 仓库：可以看到仓库的目录、README、LICENSE、About、Releases等信息，快速了解仓库。同时，可以切换branch（分支）、使用git/http clone仓库、使用新功能CodeSpaces这一WebIDE在线开发。同时，可以设置仓库为public或private来控制自己的仓库是否可被外部访问。

  

• GitHub提供Issues、Pull requests来支持开源社区用户们提出想法/发现bug/提出需求/申请合并开发的某一功能。

  

  

• GitHub提供GitHub Actions来支持CI/CD（持续集成、持续部署），为各类开发者都提供了DevOps解决方案

  

• GitHub提供MarketPlace，开放了诸多权限和API，方便开发者向社区贡献高质量app

  

• GitHub提供了Explore模块，下有Topics、Trending、Collections等子模块，为这一社区提供了社交平台和技术交流平台

  

• GitHub提供了GitHub Pages，可以在其上部署个人博客或网站等轻量级web应用，笔者在其上依托hexo框架搭建了个人博客：笔者的博客

  该服务使用便捷且免费，但同样存在GitHub的通病：访问和部署较慢，经常因为网络错误而部署或访问失败。特别是对于其他普通用户想要访问GitHub Page，困难很大。

  

1.1.1.2 软件使用体验

GitHub作为目前全球最大的代码托管平台，在被微软收购后更显专业与强劲，为开发者提供了代码仓库管理、开源软件获取与分享、技术交流等的平台，瞄准用户痛点解决使用需求问题，在数据量、界面、功能和准确度上都是当之无愧的第一代码托管平台，在这一细分领域是绝对的霸主。同时，系统使用稳定，长期使用中没有发现什么bug。

然而，GitHub的最大问题就是在国内访问困难，虽然对于绝大多数开发者而言只是一个小门槛，但是对于更多的非开发者用户，这是一道高高的墙，将他们排除在外。

1.1.1.3 产品改进意见

• 增加国内服务器，提高国内用户访问体验
• 增加中文，提高中文用户使用体验

1.1.1.4 软件评分

1.1.1.5 结论

总分：90/100，非常推荐

1.1.2 gitlab（私有化部署）

GitLab的目标客户群体是需要自建代码仓库的企业、学校、政府等组织，它的应用场景是搭建私有或公共的代码仓库，实现代码管理、协作开发、持续集成、持续交付等功能。

笔者作为面向对象设计与构造的助教Leader，拥有OO gitlab私有化部署的管理员权限，在过去的半年中有幸较为全面地体验和使用了这一解决方案。

1.1.2.1 基本使用

• 网站访问方面，由于部署在校内服务器，所以需要校园网。这很符合我们的需求。同时，由于服务器物理上在校内，所以访问很快，体验很好。

  

• 用户登录和注册方面，gitlab支持接入其他认证系统，oo gitlab接入了北航的统一认证系统，安全可靠速度快，同时管理员可以方便地管理用户权限

  

• 网站首页方面，可以看到项目、群组、里程碑、代码片段、动态以及管理员等栏目，围绕gitlab解决方案的核心，清晰易懂。笔者设置了首页显示群组，可以清晰看到管理的主要群组列表。

  

• 管理员页面，由于GitLab的目标客户群是需要自建代码仓库的企业、学校政府等组织，因此有管理员页面，针对这种私有化部署提供完善的分级权限管理。

  由于课程隐私，不展示其中的具体页面，通过文字的形式介绍主要内容。仪表盘可以实时概览最重要数据的直观统计信息，项目、用户和群组可以分别看到组织内的所有内容，并进行最高级别权限的管理，其他还有应用等栏目，囊括了数据分析、API控制、CI/CD管理等。

  

• 仓库方面，和GitHub类似，可以克隆、管理自己权限范围内的仓库。不过可以明显感觉到，gitlab更私有化，不太具有社交属性，一切围绕组织管理和生产力开展。

  

• 个人页面方面，和GitHub类似，可以查看近期活动、动态、个人信息管理等

  

• Web IDE方面，gitlab也具有自己的web ide，但是相比于有vscode加持的GitHub而言，功能略显单薄，且只能编辑而无法在测试或生产环境中直接运行。

  

1.1.2.2 软件使用体验

GitLab的目标客户群体是需要自建代码仓库的企业、学校、政府等组织，它的应用场景是搭建私有或公共的代码仓库，实现代码管理、协作开发、持续集成、持续交付等功能。它的运营现状是稳定发展，拥有超过300万用户和1000万仓库，被评为最受欢迎的DevOps工具之一。

在OO课程组的运行中，gitlab非常符合需求：可以私有化部署在自己的服务器上；提供了丰富的API实现客制化；封闭性和安全性极佳；在项目协作、代码管理方面表现优异；提供了多数GitHub的功能，同时去掉了社交属性，让企业等组织可以专注于开发。

1.1.2.3 产品改进意见

• web ide有待提升，目前仅是代码编辑器。
• 首页有待提升，目前可以设置为项目或群组，较为死板，可以提供更多快速浏览的信息。
• 支持更多中文，目前翻译进度是96%
• 减少更新提醒影响。目前OO开课期间对gitlab的稳定性要求高，但是gitlab一直提醒要升级，比较烦人。

1.1.2.4 软件评分

1.1.2.5 结论

总分：94/100，非常推荐

1.1.3 gitlink

GitLink是一个专注于中国市场和教育领域的开源创新服务平台，提供了针对中国特色的功能和服务，如CCF认证、国产化部署、中文支持等。GitLink也是本身是开源的，可以自由下载和修改。

1.1.3.1 基本使用

• 网站访问方面，gitlink作为CCF提供的主要目标客户在国内的代码仓库管理系统，访问速度快

  

• 网站注册方面，可以使用qq、GitHub等第三方账号登陆，不过需要绑定手机号

• 网站首页可以看到大型滚动条目，主要是gitlink近期的宣传内容；上方可以看到开源项目、开源大赛、开源夏令营和教学实践四个栏目，可以发现作为CCF主导的平台，其侧重点和GitHub等有较大区别。

  

• 个人页面，与GitHub类似，可以查看数据统计、待办事项、近期活动以及贡献度等，汉化较好

  

• 仓库页面，整体结构和GitHub比较相似，特别的，其中Issue被翻译为“疑修”，确实有些信达雅，不过可能开发者们还是会更倾向叫他issue。

  

• 开源项目栏目，可以看到gitlink将项目们分为若干类，点击每一类可以查看对应的项目，这一点做的比较直观新颖，是GitHub没有的功能。

  

• 开源大赛栏目，集散了国内的大型软件开源比赛，很有特色和创新性，是GitHub没有的功能。

  

• 开源夏令营栏目，是CCF指导下的高校学生暑期编程活动，是开源夏令营相关信息的集散地，含有详情、报名、比赛、规划、辅导等信息。

  

• 教学实践栏目，包含开设的课程、班级、开源竞赛等信息

  

• 论坛交流栏目，提供了一个论坛服务，关于开源的各种话题

  

1.1.3.2 软件使用体验

软件整体使用较为流畅，页面具有CCF系列网站的特点，同时融入了不少特色服务，比如开源大赛、开源夏令营、教学实践和论坛交流等栏目，可以看出gitlink并不满足于实现一个类似中国版GitHub的定位，而是试图将和开源相关的内容尽可能融合进来。

整体使用下来最大的感觉就是大而全，在很多特色功能的投入确实令人耳目一新，不过由于生态发展处于初期且用户少，因此整个平台显得比较冷清，开源项目的star寥寥无几，论坛的活跃帖子和用户也很少；不过对于开源夏令营和开源大赛等用户来说，作为功能性网站也比较可用。

与此同时，GitLink存在诸多细小的bug，虽然对使用的影响有限，但是会给人糟糕的印象，具体将会在后续bug分析部分进一步阐述。

1.1.3.3 产品改进意见

• 修复存在的诸多bug。目前GitLink的开源仓库有数十个issues没有修复，修复好这些bug会提升使用体验。、
• 明确自己的定位，究竟是市场产品，还是政府门户，究竟要做什么样的系统和平台。
• 提高产品体验，吸引更多用户。目前平台用户少，没有成熟的生态和足够多的高质量内容，对用户吸引力小。

1.1.3.4 软件评分

1.1.3.5 结论

总分：70/100，一般

1.1.4 用户调研与采访

1.1.4.1 采访对象的背景

被采访者是北航计算机学院20级学生，为欧阳老师软工班学生。曾使用过GitHub和OO课程的gitlab，有较丰富的个人和团队协作开发经验，每天使用GitHub，对代码仓库管理系统有着较丰富的认识、理解和需求。

1.1.4.2 对代码仓库管理系统的需求

文字

Q：对于一个代码仓库管理系统，你在目前的（各方面）有什么样的需求？比如个人管理、大型开源项目协作、小组项目、企业级项目？
A：1.不需要VPN即可顺畅使用；2.提供代码历史版本对比及管理（合并、修复、删除、恢复等）；3.提供简单的社交功能，如留言、评论、收藏等；4.免费，无广告，界面简洁；5.项目团队成员均习惯于使用该系统（比如Github，达成业内共识）；6.开源项目丰富，即存在大量活跃用户保证社区环境。

1.1.4.3 各个系统对于需求的满足程度；系统之间横向比较的优劣；造成体验不佳的原因

文字

Q：对于你的上述需求，这些代码仓库管理系统做的如何？横向比较（对某个需求，各个代码仓库管理系统之间）上而言各有什么优劣？你认为造成体验不佳的，是系统开发原因（偏技术），还是用户定位原因，抑或是政策或者其他原因？
A：1.Github及Gitlab需要VPN才能顺畅浏览，实际情况是挂着代理也常常长时间下载/上传失败，是政策原因所致，Gitlab（Edu）、Coding和Gitlink没有这个问题；2.所有系统都有基本的版本及代码管理功能，其中Coding的历史数据分析做得最好，是加分项；34.鉴于用户定位不同，Github和Gitlink主要向各类程序员服务，面向社群对象最广，提供了基本的社交功能且免费，而Coding专注于团队项目开发（面向企业），Gitlab更专注于构建学校平台（面向学校），所以在社交方面有所阉割且进行收费；56.取决于业界共识，仍处于Github一家独大的状态，即用户最多&开源项目最多的正向循环，因此其他系统想要打破垄断，要么做出妥协接入Github及其他社交账号吸纳用户（Gitlab与Gitlink），要么做出差异化考虑专注于更细的领域（Coding，接入企业微信，封闭在腾讯生态）。

1.1.4.4 各个系统浏览和使用的产品栏目与功能；系统之间横向比较的亮点和困难；初次上手软件的难度；对于非cs专业/cs专业低年级的同学，上手难度如何；对于这些难点，会如何解决，一般人会有搜索和解决这些问题的能力吗

文字

Q：对于这些代码仓库管理系统，你都浏览和使用了哪些产品栏目/功能？他们在横向比较上分别有什么优缺点？他们分别有什么使用上的亮点和困难？对于你现在的技术水平，初次上手这些软件难度如何？如果是一个非cs专业/cs专业低年级的一般同学，上手难度（门槛）又会如何？对于这些难点，你会如何解决，一般人会有搜索和解决这些问题的能力吗？
A：主要浏览了这些系统的个人主页、开源项目、登录/注册页面、代码/项目管理页面。
github和gitlab的个人主页做得最好，gitlink基本在模仿github的UI设计但有些不伦不类，coding则把主页内容下沉到仪表盘等子页面中，放弃了大部分轻量级用户，为团队项目做了针对性设计。
github与gitlab的检索页面隐藏的很深（需要点击左上角icon跳转至首页才能进行全局检索），对新用户/一般同学不太友好，gitlink的开源项目检索icon则在顶部导航栏常驻且标明，从功能上来说相对更友好，但UI设计风格因为顶部的常驻导航栏也有些出戏，并不讨喜，至于Coding则似乎完全舍弃了开源项目这方面内容（至少没在目录中找到）。
登陆注册方面，github和gitlink是可以以游客模式进行浏览，gitlab和coding则必须先登录再使用（十分讨厌），但gitlab提供了github账号登录接口，coding提供了企业微信扫码登录的选择，勉强算可以接受，此外gitlink在支持游客模式的情况下还提供了github,gitee等账号登录接口，算是个亮点。
代码及项目管理页面github，gitlink和gitlab出奇的一致，大概是github养成的用户习惯，gitlink和gitlab等后来者也不得不遵循吧，这个代码管理工具最基本页面的设计上没有明显漏洞，功能齐全且子页面跳转的指示也比较明确，但coding几乎所有功能都要付费才能解锁（甚至没有功能预览），显然相比其他三个免费系统人气会更低吧。
关于上手难度，这些代码管理工具在了解git的使用方法后便可上手，尤其github和gitlab对于空仓库会给出一些常用git命令示例用于指导如何构建仓库，其他两者没有详细使用过所以不做评价。但如果完全没有git相关知识的话这些系统都没有提供相关的类似说明书的教程，所以对纯新手是不友好的（不过个人认为代码管理工具本身具备一定专业知识壁垒，不开发新手教程是可接受的），纯新手可能只能将其作为代码/项目的浏览/检索平台进行使用。至于git知识，现有的各类博客网站/视频网站上都有很多相关教程，学习难度很低，大约十分钟就能上手基本功能。
最后想提一下UI设计问题，个人认为github=coding≥gitlab＞gitlink，虽然说审美是很主观的问题，但还是有些公认的准则，比如简洁（github，gitlab，coding）、排版合理（github，coding）、配色不冲突（github，gitlab，coding）、没有广告（github，gitlab）。

1.1.4.5 从用户角度希望这些系统如何改进；对于这些软件给出评价

文字

Q：对于刚才提到的这些系统的问题，从用户的角度，你希望他们分别如何改进？对于现状，请你给出对这些软件的评价，非常不推荐/不推荐/一般/好，不错/非常推荐
A：1.支持游客模式访问；2.将免费版本与付费版本解耦（当然，免费最好）；3.找些靠谱的设计师画点简洁美观的UI（实在不会照抄Github也行啊）；4.Github和Gitlab在个人主页上方的搜索框可以进行全局检索就更好了，就不再需要通过icon回到主页进行检索；5.提供Github账号登录接口（可以关联数据就更好了）。
Github（非常推荐），Gitlab（一般），Gitlink（不推荐），Coding（一般）

1.2 Bug分析和提交

1.2.1 Bug1：GitLink开源项目页码大于9之后无法跳转和访问

1.2.1.1 测试环境

Windows10+Chrome110.0.5481.178

1.2.1.2 可复现性及复现步骤

100%复现。

步骤：

• 打开页面

  

• 点击左侧“项目类别”中的程序开发

  

• 在下方页码处输入任意大于9的数字，即会出现上图示的“暂无数据”，而事实上下方显示这里足足有6万多页。

  

1.2.1.3 Bug具体情况描述和严重性

在该页面中无法自由跳转到任何大于9的页面。

该bug比较严重，可能隐藏了诸如数据库漏洞、服务器漏洞、HTTP服务请求攻击等隐患，可能被hack。

1.2.1.4 Bug分析

怀疑是查询服务过载崩溃，或数据库内数据无效。这一bug较为严重，因为最多的仓库都在这个栏目下，也是GitLink宣传的140万仓库的主题，但是仅9页就不能再查看，难免让人怀疑数据造假。

根本原因可能是没有做充分测试，也预想用户不会通过这种方式寻找仓库，因此搁置没有处理这个bug。

1.2.1.5 Bug改进建议

改善搜索和跳转方式，优化数据库查询方式，提高服务器带宽和并发性。

1.2.1.6 Bug反馈

已经在gitlink仓库提交了issue。

1.2.2 Bug2：GitLink个人展示页面不按预期跳转

1.2.2.1 测试环境

Windows10+Chrome110.0.5481.178

1.2.2.2 可复现性及复现步骤

100%复现

步骤：

• 打开gitlink个人主页页面

  

• 点击除“活动概览”之外的任一栏目

  

• 点击左侧“展示个人简介”

  

• 发现只会在栏目处多一个“个人简介”，而不会跳转到该页面，会给用户错误的预期和感受，让用户以为这一按钮操作无效。

  

• 而如果先点击“活动概览”，再点击“展示个人简介”，则可以跳转到“个人简介”页面，这是正确的行为预期。

  

1.2.2.3 Bug具体情况描述和严重性

在gitlink个人主页的“活动概览”之外的栏目中点击“展示个人简介”，无法按照预期自动跳转到该页面。

这一bug严重性不大，主要是前端UI和用户体验方面的影响。

1.2.2.4 Bug分析

怀疑是前端处理的时候只处理了“数据统计”栏目下的跳转逻辑，其他逻辑忘记写了。

根本原因可能是测试不足，而且不属于功能性bug，因此开发和测试团队没有发现。

1.2.2.5 Bug改进建议

直接修改“展示个人简介”按钮的逻辑，使得无论此时页面显示的内容如何，点击后都增加“个人简介”栏目并跳转过去。

1.2.2.6 Bug反馈

已经在gitlink仓库提交了issue

1.2.3 Bug3：GitLink论坛交流栏目点击点赞和评论按钮没有反应

1.2.3.1 测试环境

Windows10+Chrome110.0.5481.178

1.2.3.2 可复现性及复现步骤

可复现性100%

步骤：

• 进入gitlink论坛交流主页面
• 将鼠标光标移动到任意一篇帖子的“点赞”或“评论”按钮上
• 发现鼠标由箭头变为手形光标，但是点击没有效果，不会增加点赞数，也不会展开评论或跳转入这篇文章，与用户预期不符

1.2.3.3 Bug具体情况描述和严重性分析

gitlink论坛交流板块的帖子的“点赞”和“评论”按钮点击没有效果。

这一bug严重性不大，主要是前端UI和用户体验方面的影响。

1.2.3.4 Bug分析

前端可能写了组件的样式，但是没有写对应的行为和跳转逻辑。

1.2.3.5 Bug改进建议

前端增加这两个组件的行为和跳转逻辑以符合用户预期。

1.2.3.6 Bug反馈

已经在gitlink仓库提交了issue

Part 2 分析

2.1 工作量分析

Q：使用此服务的所有功能，估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右，计算机大学毕业生，并有专业UI支持)。

2.1.1 GitHub

GitHub不仅是一个网站、一个代码仓库管理系统，更是一个大型的开原生态和开发者社区，为了简化和聚焦我们的研究目标，我们仅考虑GitHub网站版包括的服务。

我预估完成GitHub需要20周左右。

• 市场调研、目标客户群体画像、成员分工、技术栈磨合：1-2周
• 需求分析、模型设计：3-4周
• 主要代码开发与测试，包括后端实现、前端开发、分布式优化等：10~12周
• 生产测试、压力测试，内测与公测：2~3周
• 市场投放、持续部署、持续维护：1~2周

2.1.2 GitLab（私有化部署）

GitLab的目标客户群体是需要自建代码仓库的企业、学校、政府等组织，它的应用场景是搭建私有或公共的代码仓库，实现代码管理、协作开发、持续集成、持续交付等功能。

我预估完成GitLab需要25周左右。

• 市场调研、可行性分析、用户画像、政策研究：4~5周
• 成员分工、技术栈磨合、原型设计：2~3周
• 主要代码开发与测试，包括后端实现、前端开发、分布式优化等：14~15周
• 压力测试、主要目标客户群体测试：1~2周
• 市场投放，持续部署，持续跟进，持续维护：1~2周

2.1.3 GitLink

GitLink是一个专注于中国市场和教育领域的开源创新服务平台，提供了针对中国特色的功能和服务，如CCF认证、国产化部署、中文支持等。

我预计完成GitLink需要15周左右。

• 政府调研、政策支持：1~2周
• 成员分工、技术栈磨合、模型设计：2~3周
• 主要代码开发与测试，包括后端实现、前端开发、分布式优化等：8~12周
• 压力测试、主要目标客户群体测试：1~2周

2.2 软件质量分析

2.2.1 GitHub

2.2.1.1 分析这个软件目前的优劣(和类似软件相比)，这个产品的质量在同类产品中估计名列第几？

GitHub是代码仓库管理系统领域内的标杆产品，奠定和引领了领域内的设计范式，拥有庞大的开源社区和丰富的第三方集成。它适合个人或小型团队进行公开项目的开发和协作，也提供付费版本支持私有项目和高级功能。

这个产品的综合质量在同类产品中估计排名第1。

2.2.1.2 从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)

提高对中国市场的重视程度。目前在技术上，GitHub已经做的非常优秀；但是在市场特别是中国市场，GitHub并没有针对性的优化和本土化，比如网络等。

2.2.2 GitLab（私有化部署）

2.2.2.1 分析这个软件目前的优劣(和类似软件相比)，这个产品的质量在同类产品中估计名列第几？

GitLab是一个面向企业的代码仓库软件，提供了一整套的DevOps解决方案，包括持续集成、持续交付、监控、安全等。它适合大型互联网公司或需要自建仓库服务器的场景，也有免费版本支持公共项目和私有项目。

对于中小企业的安全、隐私等要求上，GitLab提供了完整高效可行的解决方案，这个产品的综合质量在同类产品中估计排名第2，仅次于GitHub；但是在细分市场如中国市场，GitLab可能会更受欢迎。

2.2.2.2 从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)

增加人员培训。GitLab提供的技术很完善，但是技术迭代很快，且客户可能不都很熟悉GitLab，因此可以提供更多的培训和指导。

2.2.3 GitLink

2.2.3.1 分析这个软件目前的优劣(和类似软件相比)，这个产品的质量在同类产品中估计名列第几？

GitLink是一个相对较新的代码仓库平台，是“确实开源”的，并且支持多种编程语言和框架。它适合那些想要尝试新技术或不满足于GitHub和GitLab功能的开发者。

在目前的产品市场上，GitLink可能可以进入前十名，但是考虑到国内现在还有Gitee，Coding，GitCode等平台，因此具体排名可能会有所波动。

2.2.3.2 从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)

修复bug，提高用户体验。尽管GitLink提供了很多特色服务，但是系统存在的诸多细小bug会给用户造成不好的印象，修复这些bug，提升用户体验可以有效提升产品质感。

Part 3 建议和规划

3.1 市场概况

3.1.1 市场有多大？

对于代码仓库管理系统这一细分领域的市场究竟有多大没有具体的报告，不过可以参考相关的报告，比如根据Statista的数据，2018年全球软件开发者人数约为2300万人，预计2024年将增长到2800万人；根据GitHub发布的报告，2020年GitHub平台上新增了1500万开发者和600万组织。

3.1.2 直接的用户有多少，潜在的用户又有多少？

根据GitHub的年度报告，目前有9,400万开发者，仅去年就增长了27%，增长了约2,050万开发者。

随着疫情带来的影响逐渐深入，chatGPT为代表的人工智能技术开始深入人们的生活，预计计算机相关专业的热度将持续上涨，计算机相关从业人员（学生、转行人士、跨领域人士）将不断增加，可以预期每年有2,000万以上的潜在用户转化为直接用户。

3.2 市场现状

3.2.1 目前市场上有什么样的产品了？

代码仓库管理系统的产品可以根据不同的维度进行分类，如功能、部署方式、开源性等。

• 按照功能维度，代码仓库管理系统的产品可以分为单纯的代码托管平台和集成开发环境（IDE）。前者主要提供代码存储、版本控制、协作开发等功能，如GitHub、Gitee、Bitbucket等；后者除了提供代码托管功能外，还提供编译、调试、测试、部署等功能，如Coding、阿里云效、Azure DevOps等。
• 按照部署方式维度，代码仓库管理系统的产品可以分为云端服务和本地部署。前者通过互联网提供服务，用户无需安装软件或购买硬件，如GitHub、Gitee等；后者需要用户在自己的服务器上安装软件或购买硬件，如GitLab、SVN等。
• 按照开源性维度，代码仓库管理系统的产品可以分为开源和闭源。前者遵循某种开源协议，允许用户查看或修改源码，如GitLab、SVN等；后者不公开源码，只提供二进制文件或服务接口，如GitHub、Coding等。

3.2.2 上述产品的定位、优势和劣势在哪？

• GitHub的定位是全球最大的开发者社区和代码托管平台，它的优势是拥有庞大的用户群和丰富的开源项目，支持多种编程语言和协作工具，提供高质量的服务和安全性；它的劣势是在国内访问速度较慢，需要科学上网，而且价格较高，不适合个人或小型团队使用。
• GitLab 的 定位 是 开 源 的 DevOps 平 台 ，它的优势是提供全面的开发和运维生命周期管理功能，支持自主配置和扩展，提高效率 和协作性。
• GitLink是一个新一代的开源创新服务平台，基于Git打造分布式代码托管环境。它的优势是提供了一站式的过程管理、高效的流水线运维、多层次的代码分析和多维度的用户画像。它的劣势是相对较新，知名度和用户量还不够高，而且与其他平台的兼容性和迁移性可能有一定难度。

3.2.3 上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？

GitHub、GitLab和GitLink都是基于web的Git仓库，提供了分享开源项目的平台，为开发团队提供了存储、分享、发布和合作开发项目的中心化云存储的场所

• GitHub是最火的开源项目托管平台，拥有超过900万的开发者用户。它主要面向个人用户和小型团队，提供免费的公共仓库和收费的私有仓库
• GitLab是一个类似于GitHub的平台，但它更适合大型企业和组织，提供了更多的功能和定制选项。它支持自己搭建私有服务器或使用云托管服务
• GitLink（确实开源）是一个新一代的开源创新服务平台，基于Git打造分布式代码托管环境。它的优势是提供了一站式的过程管理、高效的流水线运维、多层次的代码分析和多维度的用户画像。

GitHub在2022年发布的年度报告，有超过9400万开发者活跃在GitHub上，2022年的开源贡献达到了四亿一千三百万，这表明越来越多的学生以及个人开发者加入其中，越来越多的企业和商业组织愿意为此付费以及对更好的代码仓库管理系统有需求。

根据GitLab公布的财报，可以发现其营收大幅增加，各项经营指标增长势头迅猛，这表示私有化部署的代码仓库管理系统的需求愈发旺盛，这一细分市场仍是快速增长的蓝海。

根据GitLink官方数据，目前平台已经入驻超过5万开发者，超过1000个组织和超过140万个仓库，并有着国内数十家高校、研究院、企业和社会组织作为合作单位

目前这三家彼此都有一定的竞争关系，不过目前的生态区位比较明显，对于个人开发者和某些大型企业，其会选择GitHub作为托管平台；对于涉及安全和隐私问题的企业和组织，更倾向于选购GitLab在自己的服务器和网络上进行私有化部署；对于部分国内高校和科研院所，会更倾向于信赖GitLink为代表的全国产高可控的平台。

3.3 市场与产品生态

3.3.1 这个产品的核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

• GitHub的核心用户群是全球的开源软件项目开发者，他们主要使用GitHub来托管代码、交流和学习。GitHub的典型用户可能是具有高等教育背景、年轻或中年、专业为计算机科学或相关领域、爱好编程和创新、收入中等或高等的人。他们的表面需求是一个方便快捷的代码托管平台，他们的潜在需求是一个能够展示自己能力、结识志同道合的人、参与有意义的项目和贡献社区的平台。
• GitLab的核心用户群是大型企业和组织的内部软件项目开发者，他们主要使用GitLab来搭建私有服务器或使用云托管服务，进行代码管理和协作。GitLab的典型用户可能是具有高等教育背景、年轻或中年、专业为计算机科学或相关领域、爱好编程和效率、收入中等或高等的人。他们的表面需求是一个功能强大且可定制的代码仓库软件，他们的潜在需求是一个能够提高工作效率、保障数据安全和质量、促进团队沟通和协作的软件。
• GitLink（确实开源）的核心用户群是对区块链技术感兴趣或信任的软件项目开发者，他们主要使用GitLink来利用智能合约来管理项目、分配任务和奖励贡献者。GitLink（确实开源） 的典型用户可能是具有高等教育背景、年轻或中年、专业为计算机科学或相关领域、爱好编程和创新、收入中等或高等且愿意冒险投资新技术的人。他们的表面需求是一个基于区块链技术的去中心化代码协作平台，他们的潜在需求是一个能够解决传统平台存在信任问题，并且安全可靠的平台。

3.3.2 产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？

• GitHub的用户群体主要是全球的开源软件项目开发者，他们可以在GitHub上找到最新最热门的项目和技术，也可以参与到各种社区活动中，与其他开发者交流和学习。
• GitLab的用户群体主要是大型企业和组织的内部软件项目开发者，他们可以在GitLab上搭建私有服务器或使用云托管服务，进行代码管理和协作。GitLab提供了完善的管理界面和权限控制，以及持续集成、持续交付、安全扫描等功能，能够提高工作效率和质量。
• GitLink（确实开源） 的用户群体主要是对区块链技术感兴趣或信任的软件项目开发者，他们可以在GitLink上利用智能合约来管理项目、分配任务和奖励贡献者。GitLink基于区块链技术实现了去中心化代码协作平台，能够解决传统平台存在信任问题，并且能够公平地奖励自己及其他贡献者。

可以发现，这些平台的用户不是相互独立的，他们的交集是较大的，在一定条件下是可以相互转化的。

这些平台之间也有一定的相互作用和影响。例如：

• GitHub上的一些开源项目可能会被GitLab或GitLink上的企业或组织采用或修改，并且可能会反馈给原作者或社区。
• GitLab或GitLink上的一些企业或组织可能会将自己的部分代码或产品开源到GitHub上，并且可能会吸引更多的关注或贡献。
• GitHub、GitLab或GitLink上的一些用户可能会同时使用多个平台来满足不同场景下的需求。

因此，利用这些平台之间的相互作用二次构成特定用户生态是有可能性的。例如：

• 可以利用GitHub上丰富多样的开源资源来培养和吸引更多对编程感兴趣并愿意分享知识和经验的人。
• 可以利用GitLab上强大灵活的功能来打造一个高效安全并能够持续创新和改进产品质量和服务水平
• 可以利用GitLink上创新前沿并具有激励机制

3.3.3 产品的子产品，以及其他相关产品之间是否存在一定的关系？是否有利用各个产品特性之间的相互关系二次构成产品生态的可能性？

GitHub、GitLab和GitLink（确实开源）等代码仓库管理系统的子产品，以及其他相关产品之间存在一定的关系，但也有各自的特色和优势。

• GitHub的子产品主要有GitHub Pages、GitHub Actions、GitHub Gist等。

  • GitHub Pages是一个免费的静态网站托管服务，可以让用户将自己的项目或个人网站部署到GitHub上，并且支持自定义域名和HTTPS加密。
  • GitHub Actions是一个持续集成和持续交付服务，可以让用户在GitHub上自动化执行各种工作流程，例如编译、测试、部署等。
  • GitHub Gist是一个代码片段分享服务，可以让用户快速地创建和分享代码片段，并且支持多种语言和格式。

• GitLab的子产品主要有GitLab CI/CD、GitLab Runner、GitLab Container Registry等。

  • GitLab CI/CD是一个持续集成和持续交付服务，可以让用户在GitLab上定义和执行各种工作流程，并且支持多种运行环境和触发方式。
  • GitLab Runner是一个用于执行GitLab CI/CD工作流程的应用程序，可以在不同的平台和架构上运行，并且支持多种执行器和缓存机制。
  • GitLab Container Registry是一个容器镜像仓库服务，可以让用户在GitLab上存储和管理自己的容器镜像，并且支持权限控制和安全扫描。

• GitLink（确实开源） 的子产品主要有引擎模块、智能合约模块、数据分析模块等。

  • 引擎模块是一个基于Git的分布式代码托管环境，可以让用户在GitLink上创建和管理自己的项目，并且提供了订阅、讨论、文本渲染、在线编辑等功能。
  • 引擎模块还集成了建木，一个DevOps领域的小能手，可以为用户提供自动化的代码扫描、编译打包、单元测试等服务。
  • 智能合约模块是一个基于区块链技术的智能合约开发平台，可以让用户在GitLink上编写和部署自己的智能合约，并且支持多种语言和框架。
  • 数据分析模块是一个基于大数据技术的数据分析平台，可以让用户在GitLink上对自己的项目进行多层次的代码分析，并且提供了多维度的用户画像。

除了这些子产品之外，GitHub、GitLab和GitLink（确实开源）等代码仓库管理系统还有其他相关产品，例如GitHub Enterprise、GitLab Enterprise Edition、GitLink Enterprise等，这些产品一般针对企业或机构用户提供更高级的功能和服务。

利用各个产品特性之间的相互关系二次构成产品生态的可能性是存在的，例如GitHub与Microsoft Azure DevOps Services、GitLab与Google Cloud Platform、GitLink与中国计算机学会（CCF）等都有一定程度的合作或联动。

3.4 产品规划

3.4.1 你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。

我觉得GitLink（确实开源）还可以增加一个基于人工智能的代码生成和优化功能，可以让用户根据自己的需求或描述，自动地生成或优化相应的代码。我会用NABCD分析来说明这个功能的价值和创新。

3.4.2 如果你是项目经理，可以招聘6个人，并且有4个月的时间，你认为应该如何配置角色(开发，测试，美工等等) 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

• 一名产品经理，负责需求分析、市场调研、用户反馈、竞品分析等工作，确保产品符合用户和市场的需求和期望。
• 一名设计师/美工，负责界面设计、交互设计、用户体验设计等工作，确保产品美观、易用、友好。
• 两名开发工程师，负责人工智能模型的开发、训练、测试、部署等工作，确保模型能够准确地理解用户需求或描述，并且能够生成或优化相应代码。
• 一名测试工程师，负责功能测试、性能测试、兼容性测试等工作，确保产品稳定、可靠、高效。
• 一名运维工程师，负责服务器配置、监控、维护等工作，确保产品可用性、安全性。

3.4.3 请为你的团队设计16个周期每周的详细规划。

---

• ← Previous Post
• Next Post →

---