Wekan 开源看板使用指南：从部署到日常维护一次讲清-开发者社区

Wekan 开源看板使用指南：从部署到日常维护一次讲清

【免费下载链接】wekanThe Open Source kanban, built with Meteor. GitHub issues/PRs are only for FLOSS Developers, not for support, support is at https://wekan.fi/commercial-support/ . PR source translation to imports/i18n/data/en.i18n.json, other translations at https://app.transifex.com/wekan/wekan项目地址: https://gitcode.com/GitHub_Trending/we/wekan

任务散落在群聊、表格和邮件里，每次想知道"这件事谁在跟、进展到哪一步"，都得翻半天。Wekan 是一款开源看板工具，把任务画成卡片放进列里，它基于看板（Kanban——一种用列和卡片跟踪任务状态的方法）工作，所有人的改动实时可见。支持自托管部署，数据存在你自己的服务器上。下面从部署到日常维护，一次讲清楚。

🚀 用 Docker 把第一个看板跑起来

整个流程只有四步，全程不需要手动装依赖：

克隆仓库并启动容器：

git clone https://gitcode.com/GitHub_Trending/we/wekan cd wekan docker compose up -d

浏览器打开本地 8080 端口（默认端口），注册一个账号，新建一个看板。
把默认的列表改成你熟悉的三列，比如"待办 / 进行中 / 已完成"。
往里拖入 3~5 个真实任务，而不是演示数据。

docker compose 会拉起应用和数据库两个容器，数据库持久化在挂载目录里，默认配置即可使用。到这里，开源看板的核心流程已经跑通：账号有了，数据进库了，看板能用了。

🔍 先管好三件常见琐事

让任务别超量。在任意列表的头部菜单里，可以设置这个列表容纳卡片的上限，也就是 WIP 限制。一旦到达上限，就加不进新卡片。举个例子：把"开发中"一列限成 3 张，团队就得先把手上的做掉，再领新活。配置细节见 docs/Features/Lists/WipLimit/WipLimit.md。

让信息别丢失。卡片支持自定义字段（custom fields），相当于给每张卡片加你需要的属性。给卡片加"费用""发布日期""验收标准"这类字段后，信息就跟着卡片走，不会留在聊天记录里。内容团队给每张卡片加一个"发布日期"字段，按日期筛选，整个排期一目了然。

让协作别断线。成员的任何改动都是实时同步的，不需要刷新页面。再配合邮件通知：卡片被移动、有人 @ 你，都会收到提醒，关键事项不容易被漏掉。

🔧 把开源看板接进你现有的工作流

如果你不想在看板和聊天工具之间来回切换，可以用 Webhook 把看板里的动态推送到 Slack、Discord 等工具里，卡片一有变动，群里就能看到。

如果你讨厌重复的手工操作，规则引擎（IFTTT）是首选。在看板侧边栏打开"Rules"，每条规则由一个触发器和一个动作组成，比如"当卡片被移动到'已完成'列表时 → 自动归档这张卡片"。规则页支持批量管理，也有拖拽式的可视化编辑器，把触发器和动作拖进去连上即可。详见 docs/Features/Automation/Rules/Rules.md。

如果你有脚本或工单系统会持续产生任务，可以直接调 REST API 建卡片，不必每次手工录入：

curl -X POST "https://<你的服务器>/api/boards/$BOARD/lists/$LIST/cards" \ -H "Content-Type: application/json" \ -d '{"title":"来自工单系统的任务"}'

完整的接口列表、认证方式和参数说明，都在 docs/API/REST-API.md 里。

🗂 装好后补上这些维护动作

像老同事的口头提醒，几条务实的建议：

事项	建议
备份	每周跑一次`mongodump`，副本放到别的机器；命令在 docs/Backup/Backup.md
权限	分管理员、成员、仅评论三档，按最小够用原则授予
内存	生产环境建议 4GB 以上；附件文件也会占磁盘
更新	跟紧新版本，先在测试环境升级再动生产
归档	定期归档已完成的卡片，看板保持清爽