仅就四眼原则而言，@边缘是正确的。所有提到的插件都在中提供其他插件和插件.

我相信，在某种程度上，理由是要将重要的插件与我们的核心版本“捆绑”在一起。更好的方式应该是通过发布捆绑来实现这一点，这是“以前”我们无法做到的。此外，我认为我们对插件做了一些影响其核心兼容性的事情，但我不确定这一点。

问题是，当我们现在将插件移出核心时，当人们更新时，它们不会被删除。

所以，也许最好的做法是“仅仅”同步受影响的插件？

当然，理想的方法是让插件成为作曲家包，将核心迁移到插件的作曲家中，然后创建一个合适的发布架构。。。。我为作曲家搬家做了一些初步工作（见git分支），但我不能独自完成，需要一些动力（和时间）。🥹

@装饰品是否有一个列表或“如何”部分，您可以指定志愿者支持您完成作曲任务？

@茎叶带这太可怕了，可能会让我卷入其中。太多了，我看到了一座陡峭的山，我不得不独自攀登。Serendipity的用户群非常小，我只是不确定是否有“公众需求”。但手头的任务会很酷，我们都会从中学到很多。所以……如果有志愿者（像你一样？：-），请务必联系。

我仍然在s9y.slack.com上，但我们沟通的公众越透明越好。

我刚刚更新了https://github.com/s9y/Serendipity/blob/feature/composer/README.markdown#概念再次添加一些想法。。。

(@只有)

@装饰品为了确保你看到了它，@米奇也自愿在https://www.onli-blogging.de/2323/comments.html#c10436