我不这么认为。这个案例似乎与图片网格类似。在那次更改中，警告也被显示出来了，但当时我收到的回复是：
1 个赞
您之后仍然可以通过常规站点设置来禁用它。
@davidb 你能确认一下吗？
我同意，在即将推出的更改中，我们也应该想办法让这种措辞不那么令人困惑。
我们可以尝试在更改本身可配置时，在其标题和描述中清楚地说明这一点。
1 个赞
GIF 即将推出的更改目前位于隐藏的网站设置中，但我觉得未来我们应使其可见，并允许在管理区域中启用或禁用该功能。
在此期间，只需将即将推出的更改保持为“无”，这样未来默认情况下它将处于关闭状态。无需在管理端进行任何进一步更改。
4 个赞
是的，当我搜索 enable_gifs 时，它直接把我带到了即将推出的更改页面。这非常令人困惑。
即将推出的更改这个概念很棒。只是需要调整一下措辞。
谢谢大家！
2 个赞
在这种情况下 @davidb @mcwumbly，如果 enable_gifs 的变更类型是 site_setting_default 而不是 feature，就不会显示那个令人担忧的永久性提示。这是在这里控制的：
不过，我认为一般来说，对于即将发生的变更，使用 feature 类型是可以的……所以也许我们需要让这个永久性提示对即将发生的变更更加明确。
也许可以添加 will_become_permanent: true 或类似的额外元数据？不太确定……
1 个赞
为什么我们被引导使用 Klipy 而不是其他选项？我更喜欢 Giphy，希望继续使用它。
该组件的设置和交互方式使得使用其他选项（如 Giphy）变得非常令人困惑。
我想这是因为 Giphy 不再提供免费选项了
现在没问题了。我搞定了（谢谢 Moin！）。我不得不卸载 Discourse GIF 组件，以便让设置选项出现。然后将该设置设为 no one（无人），再重新安装并重新配置该组件。现在 Giphy 又可以正常使用了。
2 个赞
很高兴能帮到你。当安装了 GIF 主题组件时，即将到来的变更会被隐藏，这确实有点令人困惑：要使用该组件，你需要先卸载它，禁用即将到来的变更，然后再重新安装。
你是否收到了关于该变更的通知？还是说因为即将到来的变更被隐藏了，所以这些通知被抑制了？我在想，这是否会导致他们不知道需要运行迁移并获取 API 密钥的问题。
1 个赞