跨系统使用dotnet ef migrations add出现换行符反复替换问题

问题根因 #

C#逐字字符串（@""）的多行文本换行符由编译时所在操作系统的默认换行符决定，Windows环境为\r\n，MacOS/Linux环境为\n。EF Core 6.0版本对比种子数据快照时会直接对比原始字符串值，因此不同操作系统生成迁移时会反复识别到换行符差异，自动生成无意义的migrationBuilder.UpdateData语句。

可行解决方案 #

• 方案1：显式指定换行符，放弃多行逐字字符串写法
  直接用转义字符写死统一的换行符，不依赖操作系统默认规则，代码示例：

  builder.HasData(new SomeType
  {
      // 统一使用\n作为换行符，也可根据业务需要替换为\r\n
      NameEn = "multi\nline string"
  });
  

• 方案2：保留多行代码可读性，新增换行符标准化逻辑
  若希望保留代码中多行书写的可读性，可在赋值后统一替换所有换行符为固定格式：

  var nameEnValue = @"multi
            line string";
  // 统一替换所有换行符为指定格式，避免跨平台差异
  nameEnValue = nameEnValue.Replace("\r\n", "\n").Replace("\r", "\n");
  builder.HasData(new SomeType
  {
      NameEn = nameEnValue
  });
  

• 方案3：团队统一迁移生成环境
  约定所有迁移只能在同一类型的操作系统环境下生成，比如统一使用Windows、或统一使用WSL/Linux环境执行dotnet ef migrations add命令，从源头避免差异。
• 方案4：升级EF Core版本
  该问题在EF Core 7.0及以上版本已被官方修复，新版种子数据对比逻辑会自动处理跨平台换行符差异，不会再生成无意义的更新语句。

临时处理方案 #

若暂时无法执行以上改造，每次生成迁移后可手动删除自动生成的、仅涉及换行符变更的UpdateData语句，该类变更不影响数据库写入逻辑，删除后可直接提交。

内容的提问来源于stack exchange，提问作者Damian Trzepała