OpenListTeam / OpenListTeam/OpenList

[Announcements] 关于后续社区路线和人员管理问题

Open
#101 27 comments 31 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Announcement
Dominant language
Go
Stars
24.7k
Forks
2.3k
Avg merge
1d 20h
Merged PRs (30d)
36

Description

关于 OpenListTeam 管理及开发人员的分工如下:

  • 核心开发(Core Dev)⏳🤏🕐
    负责主要代码架构、模块设计与实现;审查前后端 Pull Request 贡献的代码。

  • 文档/维护(Docs & Maintenance)💼✅🔒
    编写文档、翻译等;审查文档仓库 Pull Request 贡献的内容;维护文档站。

  • CI/发布工程(DevOps)💼✅🔒
    管理构建系统、CI/CD、发布版本。

  • 社区管理(Community)💼✅🕐
    处理 Pull Requests / Issues / Discussions、管理贡献者行为规范,回应社区内容。

  • UI/UX设计 ⏳🤏🕐
    应为前端 Core Dev 兼任。
    设计和统一交互/样式。

  • 安全与合规 ⏳🤏🕐
    可能通过社区人员实现。
    人手不够时将使用Renovate,GitHub Copilot及Dependabot。

  • 产品/路线规划(Project Lead/Product)⏳🤏🕐
    项目所有者。
    制定版本目标、功能优先级、协调方向。

关于 OpenListTeam 盈利模式如下:

  • GitHub Sponsors
  • 文档页面捐赠
  • 待定

很遗憾,我们必须确认Leader才能开启这类捐赠,否则没有人有权分配资源。

我们在4.0正式版发布后会尽我们最大努力开始确认人员分配问题。


我们需要:

(1)能承担如下职责的PM(Project Manager):
1、域名、网站信息挂靠,负责备案和域名维护 💼✅🔒
2、财务管理,对捐赠和支出决定、提审并记账 ⏳🤏🕐
3、商务对接,对其他公司捐赠或者合作商议和对接 ⏳🤏🕐
4、需求对接,可以理解大部分issue、pr、讨论需求等 💼✅🔒
5、有基本代码和开发能力,可以初步审核pr并和我们讨论 💼✅🔒
个人要求:有较多时间贡献,有责任心并且信得过
PM不止一个,可以2~3个人交叉覆盖
权限:域名、财务、TG群、GH管理员

(2)能进行开发的CD(Core Dev)
1、至少熟悉Go、Web开发中的一种 ⏳🤏🕐
2、负责处理issue、pr,进行功能开发 💼✅🕐
个人要求:有一定时间处理pr和issue,信得过
CD不止一个,需要3~5个人交叉覆盖
权限:GH管理员

(3)其他成员,提交PR通过即可加入
权限:GH开发者


我本人目前正在做的就是(1).3、4、5

Yizeg 可以 做 (1).1

关于财务管理,我们目前希望借鉴 存储库 forgejo/sustainability 的方案

(怀疑GitHub会限制forgejo的链接,这边不放出了,如果确认可以放出我们再编辑)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or code entry points. Start by reading the announcement and the referenced project-management responsibilities; this work would be complete only when the proposed roles, permissions, and contribution-management arrangements are decided and documented.

Written by the indexing model from the issue text.

Assessment

Tech stack
github, go
Domain
developer-experience, devops, release
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
18/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.