我刚才注意到我使用的一个包已经“孤立”了，这意味着它不再有一个活跃的维护者。发生这种情况的原因是（来自本文档）：
1) 当前维护者积极地想要孤立包，
例如，由于不再有时间或兴趣充当包
维护者。2) CRAN 管理员发送给当前维护者的电子邮件被退回，或者长时间没有得到答复。
同一份文件还写道（强调）：
非常欢迎每个人都担任孤儿包的维护者。 只需下载包源，如有必要进行更改（尊重原始作者和许可！），然后 在包的说明文件中使用您作为维护者的名称将包重新提交给 CRAN。
我发现这个包很有用，并且不想看到它被归档，因为它R CMD CHECK将来会失败，所以这里是我的问题：
对假设孤立包的“维护者”状态的一般态度是什么？
如果原因 (2) 是罪魁祸首，但最后的维护者仍然想要承担责任并[插入假设情况]怎么办？
我可以看看这种情况的任何例子吗？
第一步是联系当前的维护者并提供帮助。根据我自己的经验，包维护者很高兴知道至少还有其他人重视他们的工作，并乐于接受帮助维护老化的代码库的提议。
如果您没有得到当前维护者的回复，那么我建议您承担责任并向 CRAN 提交更新版本。CRAN 有针对这些事件的政策，并且仍会尝试联系之前的维护者。
万一当前的维护者不想合作，那么您可以选择分叉包并创建自己的版本。
Andrie 的回答提到联系当前的维护者。虽然这是绝对正确的，但在很多情况下，包被 CRAN 孤立的原因恰恰是由于电子邮件地址损坏，仅此而已。因此，包维护者没有回答根本不能证明他不再对他的包不感兴趣。查看孤立包列表中的BOUNCE所有（许多 .edu/.ac 在人员更换机构时被禁用）和NOREPLY（邮箱不再被维护者检查）行。
一些评论暗示了这个方向：与 Andrie 的回答所暗示的相比，您可能想要付出更多的努力来联系以前的维护者。我建议如下：
sapa，您可以联系 Donald Percival。如果他自己没有担任维护者的角色（他现在似乎是包的维护者），他很可能会给你最新的联系信息，或者自己联系旧的维护者（并且自从请求来自“受信任”的一方，它最有可能成功）。在其他情况下，其他论文的合著者也可以为您提供帮助。只有当这一切都失败时，您才应该按照 Andrie 的回答中所述继续自己成为维护者。
举个例子，我的包裹在过去是孤立的，因为我离开大学一段时间后，一个旧的机构电子邮件地址被禁用了。我知道它会被禁用，但我完全没有意识到它会影响我的包裹。当我准备提交更新时，我意识到这个包是孤立的。幸运的是，在此期间没有人接管它，但如果有人接管它，我会讨厌它。
电子邮件地址更改在专业和学术环境中很常见，因此请记住，维护者可能只是不知道他的包已被孤立。