It’s recommended that you develop your functions locally and publish to a function app in Azure : Develop and run Azure Functions locally | Microsoft Learn
Local development environments
Visual Studio Code (Azure Functions extension for VS Code), Comand prompt or terminal (Azure Functions Core Tools), Visual Studio (Azure Functions Tools), Maven (Maven Archetype supports Core Tools for Java functions).
Don't mix local development with portal development in the same function app. When you create and publish functions from a local project, you won't be able to maintain or modify project code in the portal.
Local project files
{
"IsEncrypted": false,
"Values": {
"FUNCTIONS_WORKER_RUNTIME": "<language worker>",
"AzureWebJobsStorage": "<connection-string>",
"MyBindingConnection": "<binding-connection-string>",
"AzureWebJobs.HttpExample.Disabled": "true"
},
"Host": {
"LocalHttpPort": 7071,
"CORS": "*",
"CORSCredentials": false
},
"ConnectionStrings": {
"SQLConnectionString": "<sqlclient-connection-string>"
}
}
Triggers & bindings
When you develop your functions locally, you need to take trigger and binding behaviors into consideration. The easiest way to test bindings during local development is to use connection strings that target live Azure services. You can target live services by adding the appropriate connection string settings in the Values array in the local.settings.json file. When you do this, local executions during testing impact live service data.