Cordova-plugin-firebase: 所有拉取请求是怎么回事，为什么它们还没有合并？

也许他对这个项目失去了兴趣。 如果是这种情况，请授予其他人管理此项目的权限（接受 PR、贡献代码等）
@robertarnesson

@robertarnesson似乎要花很长时间来回复这个插件的 PR/问题。

如果您不再感兴趣/无法维护它，我建议您考虑将 repo 移交给 Cordova 社区，在那里可以更好地维护它，因为这是最受欢迎的 Cordova 插件之一。 我确信 Apache Cordova 的那些人愿意拥有所有权（cc @janpio）。

最坏的情况是，我们（社区）可以分叉这个 repo 并将其发布到 npm 下一个新的包 ID，例如cordova-plugin-firebase-v2 。 然后我们可以合并 PR 并更快地解决问题。
由于我已经是 Cordova 插件开发人员并且在多个项目中使用了这个插件，如果@robertarnesson继续保持沉默，我会考虑这样做。

是的，这个插件正在减慢项目的速度。 它应该移至 Cordova 社区。
@dpa99c他在此个人资料中有一封电子邮件：@arnesson
我们可以给他发电子邮件....？

他可能正在收到有关此的电子邮件，但没有阅读它们......

@rodrigograca31是的，也许他在 Github 上静音了，所以所有这些评论都不会向他发送垃圾邮件 😆
我会尝试发送一封（礼貌的）电子邮件...

Apache Cordova 通常不拥有非核心插件的所有权（许可和法律许可将是一场噩梦，维护负担也是如此），但当然社区中的任何人都可以通过 fork 或与原始插件达成协议来自己这样做所有者@dpa99c 。

如果有多个插件需要所有权，也许有人还可以创建一个父 Github 组织来“收集”这些插件——但这必须是一个纯粹的社区事情。

话虽如此，请善待_any_插件作者。 仅仅因为他们发布了您所依赖的免费插件，并不赋予您任何权利。 他们没有义务合并任何拉取请求、回答任何问题或做比他们已经做过的事情更多的事情：将他们的代码放在 Github 上，让您使用它。

当您付钱给某人做一些工作时，这种动态当然会发生变化，但所有细节都应包含在您的法律合同中。 由于我认为这不是这里的情况，请考虑您的行为。

@robertarnesson似乎要花很长时间来回复这个插件的 PR/问题。

如果您不再感兴趣/无法维护它，我建议您考虑将 repo 移交给 Cordova 社区，在那里可以更好地维护它，因为这是最受欢迎的 Cordova 插件之一。 我确信 Apache Cordova 的那些人愿意拥有所有权（cc @janpio）。

最坏的情况是，我们（社区）可以分叉这个 repo 并将其发布到 npm 下一个新的包 ID，例如cordova-plugin-firebase-v2 。 然后我们可以合并 PR 并更快地解决问题。
由于我已经是 Cordova 插件开发人员并且在多个项目中使用了这个插件，如果@robertarnesson继续保持沉默，我会考虑这样做。

@dpa99c你已经解决了与 4 月更新相关的上一个问题，这个问题有很多人，包括我自己，我很乐意使用你的 repo，等等......我已经在使用它了，哈哈。

@ dpa99c - 我真的很喜欢你

还有一组由@chemerisuk 维护的插件。 任何仅协作和维护一个 firebase cordova 插件的镜头？ 有没有人认识 Firebase 团队的人愿意为每个人赞助一个插件？

我在这里提到过： https :

正如人们所提到的，我确实有一组用于 firebase 的 Cordova 插件。 每个插件都专注于特定的 SDK，因此人们只包含他们实际使用的依赖项。 维护此类插件也容易得多。

完全同意@janpio - 尊重所有插件作者，不要期望他们立即响应新问题。 即使是这个:)

我很乐意维护插件的 android 部分，因为我没有 ios 方面的专业知识，如果有更多像@dpa99c和@chemerisuk这样的合作者，我会很高兴

没有义务合并任何拉取请求，回答任何问题或做比他们已经做过的事情更多的事情：将他们的代码放在 Github 上，让你使用它。

当您付钱给某人做一些工作时，这种动态当然会发生变化，但所有细节都应包含在您的法律合同中。 由于我认为这不是这里的情况，请考虑您的行为。

确实同意你的看法，但我不认为这里的任何人对作者不尊重，事实上我们对这个开放的问题太好了，我们说有 28 个拉取请求，最古老的日期是 2018 年 9 月 8 日将近一年前..

我们不只是将代码移动到单独的 v2 存储库并以不同的名称发布，而是要求移交所有权或允许其他人审查和合并拉取，因为那里已经有一堆 firebase 插件，而不是创建单独的v2 我们希望保持这个 repo 的流行度。

我自己为社区做了很少的插件，作为插件所有者是的，我没有义务做你提到的事情，但是当构建一个被许多应用程序使用的东西时，其中许多依赖于这个插件很多。

这是因为他为这个社区做了很多，我们也理解维护一个仓库可能很困难，我们要求他要么允许其他人合并，要么我们必须像@dpa99c指出的那样将项目转移到一个新的

感谢@chemerisuk提醒我，我可能不需要“所有这些废话”，因为我只使用 Firebase Analytics，因为 Google 正在弃用 Analytics，所以我可能只需要 Firebase 的分析部分，并且可能可以使用其他一些插件。
由于 gradle 问题，这个插件甚至让我添加了另一个。

也就是说，我实际上在使用这个插件，因为它是 Ionic v3 和 v4 的“推荐插件”：
https://ionicframework.com/docs/v3/native/firebase/

所以，让我们花费大量时间来更改插件并解决新问题！ 耶！ :tada: :cry: :sob: :joy:

PS（恕我直言，Ionic 公司也可以通过自己维护一些插件来帮助社区，但他们似乎不感兴趣，让公司控制东西是......但这只是我的意见）

大家好。 我已经很久没有维护这个插件了。 @soumak77是目前的主要维护者。 如果其他人有兴趣提供帮助，我很乐意提供访问权限

我投票给所有在@chemerisuk开始的项目上合作的人。 如前所述，它更加模块化且重量轻。 那和他似乎已经管理了与不同的谷歌服务 sdks 的整个版本不匹配问题。

只是一个想法。

大家好。 我已经很久没有维护这个插件了。 @soumak77是目前的主要维护者。 如果其他人有兴趣提供帮助，我很乐意提供访问权限

@robertarnesson感谢您的回复 - 我有兴趣提供帮助或帮助将功能移植到

@tmk1991我很确定这个插件会有一些目前在@chemerisuk插件中不存在的功能，所以我们需要比较两组功能，看看有什么不同。

这个如何？ https://github.com/googleanalytics/firebase-analytics-cordova。 这个家伙来自谷歌（尽管代码引用了chemerisuk）。 我们尝试使用@chemerisuk一个，但它开始引入大量可可豆依赖等。

@dpa99c和@chemerisuk - 不确定你们是否见过面，但也许我们都可以参加聚会或其他事情并讨论一下？ 我对制作插件并不十分熟悉，但作为所有插件的最终用户，我可以提出我们的应用程序和这些插件面临的一些痛点。

我喜欢@tmk1991 的建议，最好聚在一起计划，有某种路线图或类似的东西。 我也愿意帮忙。

嗨，大家好，
还在讨论中吗？ 有的话请更新。

这个看起来很棒： cordova-plugin-firebase-lib

另外，对于 Ionic 用户，我正在尝试将此 fork 集成到本机3057 中，不明白为什么它尚未合并