Transmission: 传输发展逐渐淡出

CCing @mikedld @ckerr @jre @titer @jordanl @JohnClay @livings124

@tiagoboldt搬到 github 肯定有帮助，但是是的，我们需要新的血液来为项目做出贡献。

我认为我们还需要解决其他因素，例如：

1) 缺乏稳定的 Windows 端口。 我们需要当前的 Windows 端口像 Mac 和 Linux 端口一样坚如磐石，以便我们可以吸引更多需要轻量级 uTorrent 替代品的用户。 Window 仍然是目前最大的平台，优先考虑 Windows 端口以向 Windows 用户提供可靠、稳定的客户端是吸引最多新用户和潜在贡献者的最佳方式。

2）缺乏其他客户多年来拥有的基本功能。 例如，我们应该能够从 UI 限制上传槽的数量，制作种子标签，只需输入种子的 infohash 即可在 DHT 网络上找到它。 这些小功能的添加使传输与其他客户端一样有用。

3) 多窗口用户界面。 这是我们目前最大的障碍，因为许多人在管理种子文件时习惯于使用单窗口、窗格 UI 时会被它关闭。 但是，我没有看到这种变化，因此我们必须找到其他方法来使传输更有用，同时保持当前用户界面，例如在右键单击 torrent 时向上下文菜单添加更多命令，向 torrent 属性页面添加更多信息，并向首选项页面添加一些更重要的选项。

一旦我们解决了所有这些问题，传输就会蓬勃发展。

虽然我同意这些项目很重要，但我认为健康社区可以随时解决这些问题。 我看到的问题是人们渴望贡献大约 50 个开放的拉取请求，但几乎没有反馈。 这不仅无视有价值的贡献，而且还会使社区士气低落，无法进一步做出贡献。

从我的角度来看，最直接的变化需要它为其他人提供合并权限来掌握，以便他们可以开始审查这些 PRs 并至少通过有机贡献使项目继续进行。 通过看到活动和他们的工作融合在一起，人们将有动力进一步做出贡献，项目也会蓬勃发展。

是否有任何项目维护人员要解决这个问题？

@DevilDimon我不认为任何事情都会发生，直到有人加紧通过积极维护推动项目向前发展。 有很多工作要做，而领导层现在不在。

我个人认为@mikedld应该委派一个对项目有足够热情的人，当他没有时间进行项目时，他应该拥有保持项目继续进行所需的权限。

@mikedld最近致力于该项目。 看来他是唯一一个有时会过来的人。 有没有人可以接触到他？ 在此线程中获得他的意见非常重要。 为了让传播继续存在，如果你知道有人认识一个可以引起他注意的人，请采取行动。

@tiagoboldt这似乎是他的网站，并且有一个电子邮件地址。 你可以尝试通过这种方式联系他： http :

我刚刚给@mikedld发送了一封电子邮件。 我提出了以下建议之一：

• 呼吁为项目添加维护者；
• 原来的维护者增加他们在项目中工作的时间（不太可能）
• 最初的维护者让社区知道他们不打算维护或开放项目以供外部贡献，因此，建议需要社区分叉。
  让我们看看我们是否可以在这里得到答案。

@tiagoboldt我认为最好的做法是至少添加一名积极

@mikedld你有机会在这里

我现在来github只是为了检查这个项目的健康状况。

我现在对这种情况的看法是活跃的（并且可能是活跃的）开发人员需要一个社区经理来基本上保护他们免受与我们善意用户打交道的负担。

这样我们用户就不会脾气暴躁（这会让开发人员脾气暴躁），并且会给开发人员带来一些压力。

然而，仅仅呼吁某人应该这样做并不能真正解决任何问题； 所以这主要是一个问题，关于是否存在某种人会承担起自己的努力，以获得正式获得这样做的工作所需的注意力。 也许@tiagoboldt ？

对于传输规模这么大的项目，社区经理过滤所有噪音可能是一个好主意。 但是，核心团队必须认识到并追求这种需求。 我的观察是，不幸的是，他们现在对社区意见并不那么开放。

解决我的潜在合作，我正在结束我的博士学位。 今年，无论我想多少，我都会有零时间用于其他项目。

我不会试图说服任何人做我自己显然不会做的事情； 但只是为了对社区经理在项目中的职责提出一些看法......

本质上，CM 可以充当屏蔽开发人员的角色，同时通过确保他们知道他们正在被看到来安抚社区； 这项工作正在进行中。

这可能只是声明 CM 用很少的时间来做这件事，然后发布一个像推文一样短的每周更新。 我们可能在周末讨论 30-60 分钟，阅读问题/评论/任何用户能够评论的地方，分发一些表情符号反应，并给出一些“这个问题 [这个] 重要，谢谢你的评论，我注意到社区的持续兴趣”-回复； 然后准备在周一早上发布推文长度的更新。

它让社区更快乐，开发人员不必觉得他们想远离，否则他们必须处理愤怒的人。 它可能是非常不感恩的工作； 但它确实可以创造奇迹，防止社区陷入恶性循环。

@ckerr我看到你是另一个拥有该项目访问权限的成员，感谢你花时间处理一些未完成的 PR 和问题。
你能谈谈你对这个话题的看法吗？

从短期来看，通过优秀的 PR 工作会产生最大的好处。 它将在项目中显示出生命的迹象，我希望有助于鼓励贡献者提交更多的 PR。

过去，这个问题有十几个主题，IMO 的功能请求（例如更好的 Windows 支持、手动上传插槽控制、多窗口 UI）应该在他们自己的问题中而不是在这里讨论。 多主题问题总是难以管理。

GitHub 赞助商计划能否帮助恢复传输的发展？ 连接所有维护者并告诉他们这个新机会是否有意义？

@tiagoboldt你有没有运气通过电子邮件联系@mikedld ？

@alimony我从来没有得到回复。

在@ckerr @jre @titer @jordanl @JohnClay @livings124 尝试另一个 ping

1. @mikedld 在 GitHub_ 上显然很活跃，上周有 6 天提交了（对其他项目），每个月有 2 天是去年的 3 天，所以我想我们可以说他显然已经放弃了这个项目。 还有其他活跃成员吗？ 假设不是，我认为我们可以得出结论，领导力和决策权属于 @ckerr 。 让我们支持他和他的提议。 我愿意。 我同意他和 OP 的看法。 功能请求。

2. 是否有任何活跃的、以前成功的 PR 想成为会员？ 我们应该 ping 一些吗？ 包括问，“上面提到的GitHub 赞助计划会激励你吗？” （我猜 BT 现在需要关键的安全补丁......）

3. 他寻求具体的帮助：“通过优秀的 PR 工作将发挥最大的作用。” 我假设这是成员需要做的事情，因此我的第二点是上面。 或者也许我不明白“工作通过”是什么意思。 任何人？ 也许需要的是拥有 PR 的人配对或由成员配对，并同意审查彼此的 PR？

（抱歉，我没有看到我有信心能够完成的承诺。）

我最近给 bt-server 提供了更多的带宽，那是传输显示它必须更换的时候。 通过传输，我很容易卡在可用上传速度的 1/10 上，这仅仅是因为上传插槽与连接速度较慢的人有关。

甚至没有人正确解决这一年半的发展逐渐消失的老问题……所以……传播现在已经死了。 :(

由于上述原因关闭此问题 - 这是一个多主题的票证，管理起来有问题。 每个特定的错误或问题都应该在他们自己的工单中重新报告。

此外，主要话题——“传输开发正在消失”——并不是一个真正具有具体端点的错误，可以说“问题已修复”。 变速箱开发是否比一年前更加活跃？ 是的。 但它是否像十年前一样活跃？ 不。所有的主要开发人员都比十年前承担了更多的责任，并且传输功能相当完整，因此 IMO 可以预料到这一点。

我在问题跟踪器中添加了一个good first issue标签，以尝试为可能想要将脚趾浸入水中并尝试传输开发的人们挑选一些容易实现的成果。