开源维护者的时区：一个人守着全世界的issue

一个开源项目可能没有办公室，却有来自几十个时区的贡献者。用户提交 issue 时不会考虑维护者几点睡觉，而维护者也不可能全天在线。

响应时间不是服务承诺

开源项目的 issue 和 pull request 通常由志愿者处理。时区差异会让响应看起来“很慢”：欧洲用户上午提交，美洲维护者可能几小时后才看到。项目应在文档中说明响应预期，避免用户把沉默理解为拒绝。

发布窗口怎么选

• 版本发布常选在UTC的某个固定时刻，方便各地贡献者换算。
• 安全补丁需要协调披露时间，通常提前约定UTC时刻。
• 跨时区投票和共识需要留出至少几天，而不是几小时。
• 发布后要有轮值人员盯回归问题，避免所有人同时离线。

异步优先的协作

把讨论留在 issue、邮件列表和设计文档里，而不是即时聊天，能让不同时区的人按自己的节奏参与。会议记录、决策理由和待办事项要写清楚，否则后来者无法接续。异步不是慢，而是把时间从同步中解放出来。

维护者的可持续性

时区覆盖不等于全天候待命。维护者需要休息，也需要明确的轮值机制。项目可以通过共同维护者、自动化测试和分类机器人分担压力。对使用者来说，尊重维护者的时间，是参与开源最基本的部分。

开源的时间表，由无数个不同时区的夜晚拼成。