简体中文
EnglishAI 生成的网站测评
AI 生成本测评由 AI 根据公开资料生成，未经逐项人工核实；域名、证书等事实以本页采集数据为准。
FreeBSD Wiki是什么网站?
FreeBSD Wiki 是 FreeBSD 社区维护的协作知识库，用来汇集项目开发、贡献流程、硬件平台和社区活动等信息。它更像“社区内部工作台”，而不是官方手册或问答论坛。
主要用途
- 查找 FreeBSD 社区入口：IRC、Discord、Matrix、论坛、邮件列表、Mastodon、播客、会议和开发者峰会。
- 了解如何参与贡献：创建账号、编辑指南、贡献点子、Google Summer of Code、成为 Committer、Junior Jobs、维护或更新 Port。
- 查看开发相关主题：Git 使用、Bugzilla 问题管理、Phabricator 代码评审、Jenkins 持续集成、测试、Coverity 分析、调试工具、MentorMatch。
- 浏览硬件与平台支持：除 amd64 外，还涉及 ARM/arm64、PowerPC/PowerPC64、RISC-V 及特定平台。
- 跟踪项目与子系统：LaptopDesktopWorkingGroup、Transport Protocols Working Group、Installer 改进，以及 bhyve、DTrace、Jails、Linuxulator、Ports、文档翻译等页面。
适合谁、什么时候用
- 想参与 FreeBSD 但不知道从哪开始的新贡献者：先看贡献入口和 JuniorJobs。
- 已参与开发的 Committer 或 Port 维护者：查 Git、Bugzilla、Phabricator、Port 生命周期和政策。
- 需要了解某平台或子系统现状的人：从硬件、Base System、Ports、Documentation 分类进入。
- 关注社区动态的人：用它找 IRC、论坛、邮件列表、播客和会议信息。
与其他 FreeBSD 资源的分工
- 与官方手册相比：Wiki 更偏社区协作、项目状态和工作组页面，内容可能由社区持续编辑。
- 与论坛或邮件列表相比：Wiki 适合沉淀长期参考信息，不适合即时提问和讨论。
- 与代码仓库相比：Wiki 不存放源代码，而是解释开发流程、工具和项目背景。
使用建议
先通过 FindPage 或分类页定位主题；想贡献内容时，先阅读 About this Wiki、How To Create an Account 和 Wiki Editing Guidelines，再按贡献指南操作。
如何为FreeBSD Wiki创建账号并开始编辑页面?
在 FreeBSD Wiki 上创建账号后即可编辑页面，但账号不是自助注册，需要按 Wiki 的流程申请。
创建账号的路径
- 首页导航里有 “How To Create an Account” 和 “Wiki Editing Guidelines” 两个入口，先读后者再动手。
- 账号申请按该页说明提交，获批后登录，页面顶部会出现 Edit、Attachments、More Actions 等操作项。
- 登录状态下页面会显示你的用户名，并带有 Subscribe、Rename Page、Delete Page 等维护功能，说明已具备编辑权限。
开始编辑
- 进入想改的页面，用顶部的编辑入口修改正文；保存前可用 “Check Spelling” 检查拼写。
- “Preview” 或 “Print View” 可先看效果，“Revert to this revision” 能在改错时回退。
- 新增内容前先看 “Wiki Editing Guidelines”，遵守格式和命名习惯，避免重复页面。
适合新手的切入点
- 贡献方向页列出 Contribution Ideas、Google Summer of Code、BecomingACommitter、JuniorJobs 等，可按兴趣选。
- 文档类可看 Doc/IdeaList、Doc/MissingManpages、Doc/Translation；Ports 方向有 Contributing to Ports: Quickstart 和 Ports Teams Wanted。
- 开发相关页面涉及 Git Primer、Bugzilla、Phabricator、Jenkins 等，适合已有具体任务时再深入。
注意事项
- 编辑权限与账号绑定，未登录时只能浏览和查看 Raw Text、Info 等。
- 涉及删除、重命名、订阅等操作要谨慎，先确认页面用途再执行。
- 如果只是想做代码或文档贡献，也可从 FreeBSD 官网 的贡献入口了解更完整的流程。
FreeBSD支持哪些除amd64之外的硬件架构?
FreeBSD Wiki 的 FrontPage 在“FreeBSD Hardware & Platforms”栏目里明确列出：除最常见的 amd64 之外，还支持 ARM / arm64、PowerPC / PowerPC64、RISC-V。
各架构的典型使用情境
- ARM / arm64：常见于树莓派等单板计算机、嵌入式设备，以及 Apple Silicon 上的虚拟机场景。
- PowerPC / PowerPC64：多见于较旧的 Apple Macintosh 硬件和部分 IBM 服务器，属于小众但仍在维护的平台。
- RISC-V：面向开源指令集架构的开发板与实验性硬件，适合关注新兴架构的开发者。
想进一步了解
在 FreeBSD Wiki 首页找到“Specific Platforms”入口，可查看各架构对应的专门页面；官方安装镜像和硬件支持说明则通常在 FreeBSD 主站发布。
想为FreeBSD做贡献,有哪些适合新手的入门途径?
FreeBSD Wiki 把新手贡献入口集中在“Contributing to FreeBSD”板块，适合先按“写代码 / 写文档 / 维护 Ports / 社区协作”四类找起点。
适合新手的几条路径
- 从“Contribution Ideas”入手：这是 Wiki 专门列出的贡献想法清单，适合还不确定自己能做什么的人先浏览，再挑一个具体任务。
- 参加 Google Summer of Code (GSoC)：如果你是在校学生、希望有导师带项目，这是最结构化的入门方式。
- 成为 JuniorJobs 的 Base Contributor：适合想碰 FreeBSD 基础系统代码、但还没有提交权限的新人，从被标注为“新手可做”的任务开始。
- 维护或更新一个 FreeBSD Port：适合熟悉某个软件打包、愿意跟上游版本走的贡献者，Wiki 有“Maintain a FreeBSD Port”“Update a FreeBSD Port”的说明页。
- 参与文档：Wiki 的 Documentation 区域列出 Doc/IdeaList、Doc/MissingManpages、Doc/Translation 等，缺手册页、翻译都是低门槛切入点。
- 加入社区先混脸熟：Wiki 列出 IRC、Discord、Matrix、Forums、邮件列表、Mastodon（bsd.cafe）、bsdnow.tv 播客和各类会议，适合先提问、找导师、认领任务。
怎么选
| 你的情况 | 建议起点 |
|---|---|
| 完全不知道能做什么 | Contribution Ideas |
| 在校学生、想要导师 | GSoC |
| 会 C、想改内核/基础系统 | JuniorJobs、BecomingACommitter |
| 熟悉打包、想维护软件 | Maintain/Update a FreeBSD Port |
| 擅长写作或翻译 | Doc/IdeaList、Doc/MissingManpages、Doc/Translation |
| 想先认识人 | IRC、Discord、Matrix、Forums、邮件列表 |
下一步动作
先读 Wiki 的 About this Wiki、How To Create an Account 和 Wiki Editing Guidelines，注册账号后从 Contribution Ideas 或 JuniorJobs 挑一个具体任务；需要导师时用 MentorMatch，提交代码前按 Committer's Guide 里的 Git Primer 和 Phabricator 代码评审流程走。
FreeBSD开发中使用Git、Bugzilla、Phabricator的流程是怎样的?
FreeBSD 官方 Wiki 把日常开发协作拆成三条主线：Git 管代码、Bugzilla 管缺陷与任务、Phabricator 管代码评审。三者不是替代关系，而是各管一段流程。
Git：代码版本与提交
- 用途：源码和 Ports 的版本控制、分支管理、提交历史。
- 场景：提交者（committer）与贡献者拉取源码、创建分支、提交补丁；新手先读 Wiki 里的 Git Primer（位于 Committer's Guide）和 “Git for Development” 页面。
- 条件：想成为提交者或长期贡献代码，需要先熟悉 Git 工作流，再进入后续评审与提交环节。
Bugzilla：问题与任务跟踪
- 用途：登记 bug、功能请求、任务，并组织 Bugathon（集中修 bug 活动）。
- 场景：任何人发现 FreeBSD 的缺陷或想认领一项待办工作，先在 Bugzilla 建单或认领；贡献者按 issue 推进修复。
- 条件：修复前先确认是否已有对应 issue，避免重复；Bugathon 适合想集中参与、快速上手的人。
Phabricator：代码评审
- 用途：提交补丁后做代码审查（Code Review）。
- 场景：开发者把改动放到 Phabricator 上，由其他提交者评审、讨论、要求修改；通过后再进入正式提交流程。
- 条件：涉及较大改动或需要他人把关时使用；小改动也常走这一关。
三者串起来的典型流程
- 在 Bugzilla 找到或新建 issue，明确要解决的问题。
- 用 Git 拉取源码、建分支、写改动。
- 把补丁提交到 Phabricator 做评审，按反馈迭代。
- 评审通过后由提交者合入 Git 仓库，并在 Bugzilla 更新 issue 状态。
配套工具
- 测试与持续集成用 Jenkins，代码静态分析用 Coverity，这两项在 Wiki 的 “Testing & Continuous Integration” 和 “Coverity Source Code Analysis” 页面有说明。
- 想找导师带入门，可看 MentorMatch；想认领新手任务，可看 JuniorJobs。
如果只是想先跑通一遍，建议顺序是：读 Git Primer → 在 Bugzilla 认领一个 issue → 用 Git 改 → 提 Phabricator 评审。
FreeBSD当前有哪些活跃的项目工作组可以参与?
FreeBSD Wiki 的 Projects 页面把“当前活跃”项目单独列出，目前明确列为 Current items 的有三个：LaptopDesktopWorkingGroup（笔记本/桌面工作组）、Transport Protocols Working Group（传输协议工作组）、Improving the Installer（改进安装器）。此外，页面还汇总了 FreeBSD 硬件与平台、开发、基础系统、Ports 与软件包、文档等方向的社区页面，可作为寻找参与入口的索引。
这三个活跃工作组分别做什么
| 工作组 | 大致方向 | 适合谁 |
|---|---|---|
| LaptopDesktopWorkingGroup | 笔记本与桌面使用体验 | 关注硬件兼容、电源管理、桌面环境的用户和开发者 |
| Transport Protocols Working Group | 传输协议相关工作 | 对网络协议栈、性能与实现感兴趣的人 |
| Improving the Installer | 安装器改进 | 想改善安装流程、测试安装体验的贡献者 |
参与前的准备
- 先读 Wiki 上的 About this Wiki、How To Create an Account、Wiki Editing Guidelines，了解账号与编辑规范。
- 想从代码或文档入手，可看 Contributing to FreeBSD 下的 Contribution Ideas、Google Summer of Code (GSoC)、BecomingACommitter、JuniorJobs for new Base Contributors。
- 按兴趣选路径：维护或更新 Port 看 Maintain a FreeBSD Port / Update a FreeBSD Port；开发流程看 Git Primer、Issue Management with Bugzilla & Bugathons、Code Review with Phabricator、Testing & Continuous Integration with Jenkins。
- 需要找人带，可用 MentorMatch；想先从小任务开始，可关注 JuniorJobs 和 Bugathons。
- 交流渠道包括 IRC、Discord、Matrix、Forums、mailing lists，以及 bsd.cafe 上的 Mastodon；会议和开发者峰会信息也在社区页汇总。
选择建议
如果你更关心日常可用性，优先看 LaptopDesktopWorkingGroup 和 Improving the Installer；如果偏向底层网络，选 Transport Protocols Working Group。找不到完全匹配的方向时，可从 CategoryContributing 或 Active Projects 列表里挑一个具体页面，按其中的说明联系负责人或提交想法。
用户评价（0）