我看到每个cfx tools 总是生成具有自己的 minVersion 和 maxVersion 的 xpi。但是，这些仅限于 SDK 兼容的版本，例如SDK 1.14 仅适用于 FF 21 - 25.0a1，SDK 1.17 仅适用于 FF 26 - 30。我的问题是：
【问题讨论】：
标签： firefox firefox-addon firefox-addon-sdk
开发者中心可让您选择插件与哪些版本的 Firefox 兼容。这只是setting the minVersion and maxVersion in the install.rdf 的 GUI。只要您不使用需要 Firefox 22+ 的模块或方法，您使用的 SDK 版本无关紧要，因为正在运行的 SDK 版本取决于您用户浏览器上的版本。
很难找到特定模块的兼容性（您始终可以转到特定模块的文档并查看编辑历史记录），但请查看SDK API Lifecycle 以了解可以使用哪些模块。一些值得注意的例子是：
为了向后兼容而处理上述问题的一种方法是执行以下操作：
const { version } = require('sdk/system/xul-app');
if (version < 29) var widget = require("sdk/widget").Widget({...});
else var button = require("sdk/ui/button/action")({...});
所以，要清楚：
【讨论】：
sdk/system/xul-app 在旧版 SDK 中曾经是 xul-app），目前有许多模块被定义为实验性的。
确实，您必须使用有效的existing application versions，但您通常不需要重新打包您的插件，除非 SDK 中的更改会直接影响您的插件。
这样做的原因是默认情况下不会检查最大目标版本。
来自install manifest documentation：
严格兼容性
一个布尔值，指示当应用程序版本高于其最大版本时是否应启用插件。默认情况下，该属性的值为 false，表示不会针对最大版本执行兼容性检查。
<em:strictCompatibility>true</em:strictCompatibility>通常，无需限制兼容性：并非所有新版本都会破坏您的扩展程序，如果它托管在 AMO 上，如果检测到潜在风险，您会提前几周收到通知。此外，即使在短时间内禁用扩展程序也会导致用户体验不佳。如果您的附加组件执行的操作可能会被 Firefox 更新破坏，则大约是您唯一需要设置此选项的时间。如果您的附加组件有二进制组件，则不需要设置此标志，因为具有二进制组件的附加组件始终受到严格的兼容性检查（因为无论如何都需要为每个主要应用程序版本重新构建二进制组件）。
还有一个recommendation for choosing version ranges。
minVersion 和 maxVersion 应该指定您测试过的应用程序的版本范围。特别是，您永远不应指定大于应用程序当前可用版本的 maxVersion，因为您不知道即将发生哪些 API 和 UI 更改。通过兼容性更新，无需发布扩展的全新版本来增加其 maxVersion。
从技术上讲，您可以使用通配符，但文档多次提到 AMO 会验证并可能拒绝版本不正确的插件。
【讨论】：