避免职业倦怠

本指南面向项目维护者。这类人员拥有 Jekyll 一个或多个代码仓库的写入权限，负责协助合并他人提交的代码贡献。你或许会觉得本文内容有意思，但它并非面向所有人群。

1. 使用 Jekyll

Jekyll 项目维护者应当日常常态化使用本项目。一方面，只有换位思考站在普通用户的角度，才能胜任维护工作；另一方面，倘若某天你决定不再使用 Jekyll，那么也应当主动卸下维护者身份，转向其他事务。

2. 离任无需心存愧疚

所有维护者可随时退出 Jekyll 项目维护工作，无需心怀愧疚，也不用做出任何解释，如同辞去一份工作一般。即便离任后项目方面偶尔向你咨询相关问题，你也没有义务进行回应。若是留下大量遗留问题后选择离开，依旧无需承担任何责任，只是难免会让人产生不好的印象，实际情况里大多也只会回退存在问题的代码内容。此外，维护者每年最好抽出数次时间暂时放下项目工作休整调整。

这也意味着代码贡献者本身也应当是项目使用者。倘若一名维护者在实际场景中不再使用该项目，就应当重新考量自己是否还要继续参与项目相关工作。

3. 优先顾及维护者状态，再考量用户需求

项目开发需以用户需求为出发点，但归根结底，只要遵守第一条准则，Jekyll 最基础的使用人群就是全体维护者。反之一旦项目失去维护人员，项目很快便会失去使用价值，最终走向停更消亡。因此，任何用户的投诉意见、使用习惯或是功能诉求，都不能凌驾于维护者身心疲惫、精力透支的现状之上。如果用户不认可项目的发展方向，最直接有效的影响方式，就是提交优质且体量充足的代码贡献，正式成为项目维护者。

4. 学会拒绝不合理需求

Jekyll 日常会收到大量新增功能提议、无法复现的漏洞反馈、基础使用疑问以及不符合规范的合并请求。一旦判定这类内容无法处理、无法修复或是无法合并，应当第一时间关闭相关工单。比起耗费大量时间审核后再做出回绝，尽早处理会更为妥当。项目问题追踪列表内，只应当留存待处理的有效工作内容。

---

本文内容创作参考借鉴了此篇文稿：https://gist.github.com/ryanflorence/124070e7c4b3839d4573

同时本文内容框架参考了 Homebrew 项目《避免身心耗竭》相关文档。

Jekyll教程 持续为你提供优质的 Jekyll 中文教程服务，Jekyll 中文文档还看 jekyll.1px.run ！