问为什么在测试中缺少一个包，但是在稳定的backports中存在一个包(在2023年1月的特定样本中)？

EN

一旦满足了某些条件，测试自动从不稳定状态迁移中的包：

• 软件包一直处于不稳定状态，没有变化，有固定的天数(在2到10天之间，取决于上传的紧迫性和包测试的存在)。
• 该包已成功地构建在测试中可用的包的所有体系结构上(用于包升级)。
• 这个包保留了测试的可安装性。
• 这个包没有引入新的bug

如果软件包引入了关键版本的bug，就可以从测试中删除。这是间接发生在scrcpy上的情况：android-framework-23和其他D12都有版本关键的bug，因此它们和所有依赖于它们的包一起从测试中被删除。将包恢复到以前的版本是非常不寻常的，而且这种恢复必须首先经历不稳定的过程；考虑到scrcpy依赖的包的一般情况，尝试这样做是没有意义的。

包不会迁移到backports，而是根据它们在测试中的存在而手动上传到那里。

因此，scrcpy自动从不稳定迁移到测试，然后上传到后端。由于scrcpy所依赖的其他安卓软件包的问题，它随后被从测试中删除；但是支持的包还没有被删除(而且很可能不会被删除)。不稳定中的当前包也有它自己发布的两个关键错误，但是这些包与库依赖相关，并且可能不会影响支持包，因为它使用稳定的包(并且是这些包上的挥之不去的依赖关系导致了不稳定的问题)。

在测试系统上从稳定的后端安装scrcpy是足够安全的，但是您还需要进行稳定的配置，以便库依赖项可以被提取进来。

在所有这一切中，重要的是要理解，测试的目标不在于成为一个完全可用的发行版；它的主要目标是成为下一个稳定版本。特别是，这意味着测试的主要目的之一是确保它包含的所有包都是可构建和可安装的，只使用也在测试中的包。重新引入scrcpy，而不修复其他的Android软件包，将打破这一局面。