Сборка в режиме выпуска при публикации функций Azure?

Question

Следующая команда создает и публикует мои функции в Azure. Но он всегда строится в режиме отладки - как мне переключиться на сборку в режиме выпуска?

func azure functionapp publish NAME_OF_MY_FUNCIONS_RESOURCE

Обновление: когда я сравниваю размеры файлов dll в папках Debug, Release и publish, файлы в папке publish соответствуют файлам в папке Debug, а не файлам в папке Release.

# Paths that I am comparing.
FunctionApps\bin\Debug\netstandard2.0\bin
FunctionApps\bin\Release\netstandard2.0\bin
FunctionApps\bin\publish\bin     <-- Matches Debug\netstandard2.0\bin.

Answer 1

Я задал тот же вопрос на GitHub и получил ответ там.

func azure functionapp publish NAME_OF_MY_FUNCIONS_RESOURCE \
  --dotnet-cli-params -- "--configuration Release"

Подробнее о GitHub: https://github.com/Azure/azure-functions-core-tools/issues/670.

Answer 2

Вы можете быть смущены этим выводом. (Я работаю с функцией c # в Windows).

На самом деле, сейчас, когда мы используем func azure functionapp publish для публикации, будет сгенерирован как отладочный, так и публикуемый контент. И эта команда потребляет файлы в папке публикации.

Чтобы убедиться в этом, проверьте разницу между отладкой и папкой публикации. local.settings.json копируется на первый, но не на более поздний, потому что файл полезен только в локальной версии. После публикации моей функции этот файл не загружается. Поэтому я думаю, что публикация работает правильно в папке публикации.

Обновление

Папка релиза не существует, если я использую только функцию cli, вы, вероятно, сравните ее с папкой релиза, созданной VSCode / VS, или просто dotnet publish --configuration Release вручную.

Ваше предположение должно быть правильным. Несмотря на то, что код для публикации находится в папке bin\publish, он встроен в режим отладки. Проверили файл PDB functionappname.pbd, его размер совпадает с размером в папке Debug (больше, чем в папке Release).

Найдена проблема , которую вы открыли, давайте подождем ответа команды Aure.