Linuxeden开源社区
您可能还记得上个月关于 Debian 数据保护团队无人留守以及其他 Debian 项目志愿人员 staffing 挑战的新闻。Debian 项目领导者 Andreas Tille 一直在关注 Debian 的全体志愿者开发者由于时间承诺、其他兴趣或其他原因悄然离去，但并未向 Debian 项目进行适当沟通所引发的挑战问题。
所遇到的问题并非 Debian 志愿者停止贡献，而是这种情况发生时并未与其他 Debian 开发者进行沟通。特别是对于那些被委派到不同 Debian 团队的成员，他们停止参与或 Debian 软件包逐渐变得无人维护。当其他 Debian 开发者不知道某人暂时或永久离开项目时，他们无法有效处理这种情况。
DPL 安德烈亚斯·蒂勒在为 Debian 开发者撰写的一封邮件中很好地总结了当前情况：
“以下想法并非针对最近的 FTPmaster 或 DFSG 变化，而是反映了我在不同时间观察到的 Debian 不同领域的更普遍的模式。”
在我担任 DPL 期间，一种早期的直觉逐渐演变成一个更清晰的观察：Debian 存在一个容易被忽视的结构性挑战，这正是因为我们是一个志愿者项目。
Debian 的存在是因为人们自由选择投入时间。这是我非常珍视的一点，也是 Debian 能取得如此成就的重要原因之一。同时，我们大多数人加入时都充满热情，而不是明确约定在之后宣布我们的可用时间、精力或兴趣发生变化。生活环境的改变、优先级的演变、兴趣的消退——所有这些都是正常的，完全合情合理。
然而，我们很大程度上缺乏的是一种轻量级且可靠的方式来相互传达这些变化。
对于许多志愿者来说，被直接询问他们是否仍然活跃，或者其他人是否可以依赖他们的工作可能会感到不舒服——尤其是当这个问题来自朋友或同事时。出于对彼此的考虑，我们经常避免提问。出于同样的考虑，我们也避免主动声明自己已经退出。结果，责任可能会悄然流逝，而不是被有意识地交接或结束。
这种动态为贡献者提供了一种隐性的保护，这是可以理解的，也是出于好意。但同时，它可能对项目产生实际影响：错误得不到处理，与安全相关的账户缺乏有效监管，或授权角色继续以纸面形式存在而没有明确的当前所有者。
这并非质疑任何人的承诺或善意。它是在认识到，在一个长期运行的志愿者项目中，可用性会发生变化——而 Debian 目前缺乏有效的方式及时并以低压力的方式使这些变化可见。
随着时间的推移，这让我思考 Debian 如何能更自觉地、更一致地处理可用性变化。与其将每种情况视为孤立的案例，我认为查看这种动态在几个反复出现的领域变得特别明显的几个方面，并建立更清晰的结构，将有助于贡献者和整个项目。
他还概述了关于 MIA 团队、保持软件包易用性以及处理代表的一些想法。去年 DebConf 后讨论的一个提议是，针对 MIA 团队建立一个自动化系统，在一段时间（约 6 个月）后自动向被标记为潜在不活跃贡献者的人发送电子邮件，然后每月进行自动跟进邮件，试图了解个人的状态。
这对 Debian 项目的健康——以及任何开源项目——都是一个重要的举措，并且能够使他们的志愿者贡献者能够有效地工作，特别是在开源开发者悄悄离开的情况下。更多关于 DPL 对此话题的想法可以通过今天的邮件列表帖子找到。
转自 Debian’s Challenge When Its Developers Quietly Drift Away – Phoronix