Как обновить appsettings.json на основе профиля публикации с помощью .NET Core?

but what is it that 'links' the settings so that they will override appsettings.json when the application is published?

Настройки приложения настраиваются WebHost в Program.cs.

public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
        .UseStartup<Startup>();

В реализации webhost.cs фреймворк добавляет настройки приложения на веб-хост:

config.AddJsonFile("appsettings.json", optional: true, reloadOnChange: true)
      .AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true, reloadOnChange: true);

Во второй строке добавляется специфичный для среды appsettings. В Visual Studio эта переменная среды определена на странице Project Settings -> Debug и называется ASPNETCORE_ENVIRONMENT. По умолчанию он установлен на Development, поэтому при сборке и запуске в Visual Studio файл appsettings.development.json (если он существует) будет загружен и переопределит любые соответствующие параметры в файле appsettings.json.

При публикации приложения вы можете переопределить это значение с помощью одноименной переменной среды ОС. Существует иерархия, в которой .NET Core считывает значения и имеет политику «побеждает последний».

В настоящее время иерархия:

1. Files (appsettings.json, appsettings.{Environment}.json, where {Environment} is the app's current hosting environment)
2. Azure Key Vault
3. User secrets (Secret Manager) (in the Development environment only)
4. Environment variables
5. Command-line arguments

Поэтому, когда вы публикуете свое приложение, вы можете переопределить среду в ОС хоста с помощью переменной среды. Когда .NET Core запускает ваше опубликованное приложение, оно считывает эти переменные и загружает соответствующий файл appsettings. {Environment} .json. ЕСЛИ значение не задано или файл для этой среды не существует, будут применяться настройки appsettings.json.

Вы можете прочитать больше о настройке ASPNETCORE_ENVIROMENTздесь

... и после моего первоначального комментария я с тех пор обнаружил, что преобразования web.config полностью поддерживаются VS 2017 и MS Build для .NET Core, как только вы поймете, что команды сборки вложенности и преобразования не обязательно должны быть частью проект больше не существует. Не используйте «Добавить преобразования конфигурации» в вашем web.config больше, если вы не найдете исправление, которое не повреждает файл вашего проекта. Просто вручную добавьте трансформируемые версии вашего web.config, и они будут автоматически вставляться и запускаться при публикации. Да VS 2017!

Следующее, в вашем web.Release.config очень хорошо работает для установки вашей переменной среды.

<configuration xmlns:xdt = "http://schemas.microsoft.com/XML-Document-Transform">
  <location>
    <system.webServer>
      <aspNetCore>
        <environmentVariables>
          <environmentVariable name = "ASPNETCORE_ENVIRONMENT" value = "Production" xdt:Locator = "Match(name)" xdt:Transform = "SetAttributes" />
        </environmentVariables>
      </aspNetCore>
    </system.webServer>
  </location>
</configuration>

Кроме того, с .NET Core 2.2 вам больше не нужно добавлять дополнительные преобразования настроек приложения (отключая переменную среды) в свой класс Startup. По умолчанию ...

    public Startup(IConfiguration configuration)
    {
        Configuration = configuration;
    }

... автоматически обрабатывает принятый код ответа.

Суть в том, что как непримиримый разработчик Microsoft я все еще хочу предполагать, что мое приложение будет опубликовано только на сервере IIS с использованием MS Build и Web Deploy, и я хотел бы иметь возможность настраивать свое приложение с помощью собственной конфигурации приложения. ; и я хочу иметь возможность делать это в сборке, а не с помощью команды командной строки публикации или пост-публикации. Если Microsoft или кто-то создаст простой плагин сборки для Visual Studio, который преобразует мой файл appsettings.json, поэтому я публикую только то, что необходимо для данной среды, я с радостью воспользуюсь им, но я его не нашел или у меня был время написать еще.

И именно поэтому я обязательно отвечаю на вопрос OP напрямую: AppSettings можно легко перенести из web.config в appsettings.json и, вероятно, должен, если вы понимаете, что ВСЕ файлы appsettings.json опубликованы и определены при запуске -time, в отличие от настоящего решения преобразования, в котором публикуются только необходимые файлы и настройки на основе запрошенного профиля. Использование преобразования web.config только для установки переменной среды, необходимой для определения того, какой файл appsettings. {Env} .json использовать. Опять же, все это обсуждение идет по пути Додо, если мы можем преобразовать наш файл apsettings.json так же, как наш web.config, как запросил OP. У меня такое чувство, что когда-нибудь это произойдет, если еще не было.

Да, переход от устаревшей .NET Framework к .NET Core может быть забавным занятием. .NET Core - это огромный шаг вперед, но есть несколько препятствий, которые необходимо преодолеть; особенно для тех, кто был на наследии с самого начала.

Вот уродливый обходной путь:

В конвейере сборки Azure после сборки основного проекта ASP.NET скопируйте файл appsettings.Production.json в отдельную папку в папке артефактов. В конвейере выпуска используйте задачу «Заменить токены», чтобы заменить токены в этом json-файле переменными выпуска. После развертывания приложения в IIS скопируйте «преобразованный» appsettings.Production.json в папку веб-сайта.

Оно работает...