Bicep如何外置资源声明中硬编码的日期格式apiVersion？

完全可以实现，推荐使用静态集中定义的方式，无额外兼容问题，维护成本最低，具体做法如下：

• 第一步：新建公共常量文件
  在项目根目录创建单独的Bicep文件专门维护所有资源类型的apiVersion，比如命名为apiVersions.bicep，所有用到的资源apiVersion都在这里统一定义：

// 所有资源API版本统一在此维护，升级仅需修改此处
var storageFileSvcApiVer = '2023-01-01'
var storageAccountApiVer = '2023-01-01'
var vmApiVer = '2023-03-01'
// 其余资源类型的API版本按需追加

• 第二步：业务文件引用公共变量
  在所有需要声明对应资源的Bicep文件中，引入公共常量文件，用字符串插值的方式替换硬编码的apiVersion值，你的文件服务资源声明修改后如下：

// 按实际目录结构调整公共文件的引用路径
import * as consts from '../apiVersions.bicep'

resource storageAccountFileSvc 'Microsoft.Storage/storageAccounts/fileServices@${consts.storageFileSvcApiVer}' = if (configureIHS) {
  // 原有资源属性配置保持不变
}

这种写法是Bicep官方原生支持的语法，编译后生成的ARM模板会自动把变量替换为对应的静态版本号，完全兼容arm-ttk检测规则，不会有部署问题。

注意事项 #

• 不要使用运行时动态查询API版本的方案（比如调用listProviders()拉取最新版本），这种方式会导致部署行为不可控，新版本出现不兼容变更时可能直接导致线上部署失败，生产环境必须锁定静态版本号。
• 如果是多项目团队协作，可以把存放apiVersion的常量文件上传到内部Bicep注册表或者Git公共子模块，全团队所有项目统一引用，升级版本时仅需修改公共文件一次，所有项目同步生效。
• 如果不需要严格锁定版本，也可以升级Bicep CLI到0.11以上版本，省略资源类型后的apiVersion声明，Bicep会自动使用当前CLI内置的对应资源最新稳定API版本，但这种方式受本地/流水线Bicep版本影响，版本一致性不如集中静态定义的方案，生产环境不推荐。

内容的提问来源于stack exchange，提问作者edburns