You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-functions/functions-run-local.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,7 +36,7 @@ The specific prerequisites for Core Tools depend on the features you plan to use
36
36
37
37
There are four versions of Azure Functions Core Tools. The version you use depends on your local development environment, [choice of language](supported-languages.md), and level of support required.
38
38
39
-
Choose a version tab below to learn about each specific version and for detailed installation instructions:
39
+
Choose one of the following version tabs to learn about each specific version and for detailed installation instructions:
40
40
41
41
# [Version 4.x](#tab/v4)
42
42
@@ -216,7 +216,7 @@ In the terminal window or from a command prompt, run the following command to cr
216
216
func init MyFunctionProj
217
217
```
218
218
219
-
This example creates a Functions project in a new `MyFunctionProj` folder. You are prompted to choose a default language for your project.
219
+
This example creates a Functions project in a new `MyFunctionProj` folder. You're prompted to choose a default language for your project.
220
220
221
221
The following considerations apply to project initialization:
222
222
@@ -226,13 +226,13 @@ The following considerations apply to project initialization:
226
226
227
227
+ If you plan to publish your project to a custom Linux container, use the `--docker` option to make sure that a Dockerfile is generated for your project. To learn more, see [Create a function on Linux using a custom image](functions-create-function-linux-custom-image.md).
228
228
229
-
Certain languages may have additional considerations:
229
+
Certain languages may have more considerations:
230
230
231
231
# [C\#](#tab/csharp)
232
232
233
233
+ Core Tools lets you create function app projects for the .NET runtime as both [in-process](functions-dotnet-class-library.md) and [isolated worker process](dotnet-isolated-process-guide.md) C# class library projects (.csproj). These projects, which can be used with Visual Studio or Visual Studio Code, are compiled during debugging and when publishing to Azure.
234
234
235
-
+ Use the `--csx` parameter if you want to work locally with C# script (.csx) files. These are the same files you get when you create functions in the Azure portal and when using version 1.x of Core Tools. To learn more, see the [func init reference](functions-core-tools-reference.md#func-init).
235
+
+ Use the `--csx` parameter if you want to work locally with C# script (.csx) files. These files are the same ones you get when you create functions in the Azure portal and when using version 1.x of Core Tools. To learn more, see the [func init reference](functions-core-tools-reference.md#func-init).
236
236
237
237
# [Java](#tab/java)
238
238
@@ -244,7 +244,7 @@ Certain languages may have additional considerations:
244
244
245
245
# [PowerShell](#tab/powershell)
246
246
247
-
There are no additional considerations for PowerShell.
247
+
There are no other considerations for PowerShell.
248
248
249
249
# [Python](#tab/python)
250
250
@@ -260,11 +260,11 @@ There are no additional considerations for PowerShell.
260
260
261
261
## Register extensions
262
262
263
-
Starting with runtime version 2.x, [Functions triggers and bindings](functions-triggers-bindings.md) are implemented as .NET extension (NuGet) packages. For compiled C# projects, you simply reference the NuGet extension packages for the specific triggers and bindings you are using. HTTP bindings and timer triggers don't require extensions.
263
+
Starting with runtime version 2.x, [Functions triggers and bindings](functions-triggers-bindings.md) are implemented as .NET extension (NuGet) packages. For compiled C# projects, you simply reference the NuGet extension packages for the specific triggers and bindings you're using. HTTP bindings and timer triggers don't require extensions.
264
264
265
265
To improve the development experience for non-C# projects, Functions lets you reference a versioned extension bundle in your host.json project file. [Extension bundles](functions-bindings-register.md#extension-bundles) makes all extensions available to your app and removes the chance of having package compatibility issues between extensions. Extension bundles also removes the requirement of installing the .NET SDK and having to deal with the extensions.csproj file.
266
266
267
-
Extension bundles is the recommended approach for functions projects other than C# complied projects, as well as C# script. For these projects, the extension bundle setting is generated in the _host.json_ file during initialization. If bundles aren't enabled, you need to update the project's host.json file.
267
+
Extension bundles is the recommended approach for functions projects other than C# complied projects, and for C# script. For these projects, the extension bundle setting is generated in the _host.json_ file during initialization. If bundles aren't enabled, you need to update the project's host.json file.
By default, these settings are not migrated automatically when the project is published to Azure. Use the [`--publish-local-settings` option][func azure functionapp publish] when you publish to make sure these settings are added to the function app in Azure. Values in the `ConnectionStrings` section are never published.
277
+
By default, these settings aren't migrated automatically when the project is published to Azure. Use the [`--publish-local-settings` option][func azure functionapp publish] when you publish to make sure these settings are added to the function app in Azure. Values in the `ConnectionStrings` section are never published.
278
278
279
-
The function app settings values can also be read in your code as environment variables. For more information, see the Environment variables section of these language-specific reference topics:
279
+
The function app settings values can also be read in your code as environment variables. For more information, see the Environment variables section of these language-specific reference articles:
The command reads the *function.json* file to see which packages you need, installs them, and rebuilds the extensions project (extensions.csproj). It adds any new bindings at the current version but doesn't update existing bindings. Use the `--force` option to update existing bindings to the latest version when installing new ones. To learn more, see the [`func extensions install` command](functions-core-tools-reference.md#func-extensions-install).
584
584
585
-
If your function app uses bindings or NuGet packages that Core Tools does not recognize, you must manually install the specific extension.
585
+
If your function app uses bindings or NuGet packages that Core Tools doesn't recognize, you must manually install the specific extension.
586
586
587
587
### Install a specific extension
588
588
@@ -612,7 +612,7 @@ This type of streaming logs requires that Application Insights integration be en
If you are using Visual Studio Code, you can integrate Rosetta with the built-in Terminal. For more information, see [Enable emulation in Visual Studio Code](./functions-develop-vs-code.md#enable-emulation-in-visual-studio-code).
615
+
If you're using Visual Studio Code, you can integrate Rosetta with the built-in Terminal. For more information, see [Enable emulation in Visual Studio Code](./functions-develop-vs-code.md#enable-emulation-in-visual-studio-code).
0 commit comments