@nxazure/func

Azure Functions NX Plugin

Develop a full serverless Azure Functions solution in NX monorepo

This plugin allows you to initialize, create, build, run and publish Azure Functions inside your NX workspace.

Versioning

For NX <= 19, use @nxazure/func version 1.2.0 and lower For NX >= 20, use @nxazure/func version 1.2.1 and higher

Table of Contents

• Quick Start
• Features
• Migrating to v2
• Known possible issues
• Publish to Azure
• Limitations

Quick Start

• Make sure your environment is set as described in the Azure Functions docs.
• Make sure you install the latest Azure Functions Core Tools. The minimum required version is 4.0.5390. You can check your currently installed version by running func --version command.
• Create an NX workspace with any method.

npx create-nx-workspace@latest my-org

• Add the @nxazure/func package

npm install -D @nxazure/func

• Initialize a function app

nx g @nxazure/func:init my-new-app --directory=apps/my-new-app

• Add a function to the app

nx g @nxazure/func:new myNewFunc --project=my-new-app --template="HTTP trigger"

• Run the function app

nx start my-new-app

Features

• Support for TS Config paths (e.g., import { tool } from '@my-org/my-lib')
• Support for a single node_modules folder in the root dir (just like in other monorepo solutions)
• Environment variables are loaded by NX (from .env files) but they can be overwritten by individual local.settings.json files
• All current templates that are supported by the func CLI tool are supported.
• Run multiple functions at once nx run-many --target=start --all
• Publish the function app straight to your Azure account (az login is required)

Assets

The build executor supports the standard Nx-style assets option on the app's build target. If you use this feature, install the optional peer dependency first:

npm install -D @nx/js

Example direct copy:

{
  "targets": {
    "build": {
      "executor": "@nxazure/func:build",
      "options": {
        "assets": ["apps/my-func/README.md"]
      }
    }
  }
}

Example wildcard copy:

{
  "targets": {
    "build": {
      "executor": "@nxazure/func:build",
      "options": {
        "assets": ["apps/my-func/prompts/**/*.md"]
      }
    }
  }
}

Example object-form asset pattern:

{
  "targets": {
    "build": {
      "executor": "@nxazure/func:build",
      "options": {
        "assets": [
          {
            "input": "apps/my-func/static",
            "glob": "**/*.json",
            "output": "static"
          }
        ]
      }
    }
  }
}

Migrating to v2

The recommended way to migrate is to let Nx run the migrations automatically:

nx migrate @nxazure/func@latest
nx migrate --run-migrations

This will apply all the necessary changes to your workspace. If you prefer to migrate manually (or if the automatic migration didn't run), follow the steps below for each function app project in your workspace.

1. Merge tsconfig.build.json into tsconfig.json

The build executor no longer reads tsconfig.build.json. All TypeScript configuration must live in tsconfig.json.

• Open tsconfig.build.json in your function app.
• Copy every compilerOptions entry into tsconfig.json. If the same key exists in both files, use the value from tsconfig.build.json (it was what the build was actually using). Skip noEmitOnError, rootDir, and tsBuildInfoFile — the build executor manages those automatically.
• Copy any top-level fields like include, exclude, or files into tsconfig.json. Again, if a conflict exists, prefer the tsconfig.build.json value.
• Make sure compilerOptions.outDir is set (e.g., "dist").
• Delete tsconfig.build.json.

2. Remove _registerPaths.ts and tsconfig-paths

Runtime path registration has been replaced by a compile-time transformer. The plugin now rewrites import paths during the build, so _registerPaths.ts is no longer needed.

• Delete _registerPaths.ts from your function app root.
• If your .eslintrc.json references _registerPaths.ts in ignorePatterns, remove that entry.
• Remove tsconfig-paths from your workspace root package.json dependencies (if present).

3. Clean up the app-level package.json

The publish executor now automatically discovers runtime dependencies from your source code and injects them at publish time. You no longer need to list them in the app's package.json.

• Open the package.json in your function app.
• Remove any dependency that is directly imported in your source code (e.g., @azure/functions). The publish executor will handle these automatically.
• Keep any dependency that is not imported from your code — these are peer or indirect dependencies that you manage yourself.
• Add "type": "module" to the package.json.

Example

Before:

{
  "name": "my-func-app",
  "dependencies": {
    "@azure/functions": "^4.0.0",
    "some-manual-peer-dep": "^1.0.0"
  }
}

After (assuming @azure/functions is imported in your code and some-manual-peer-dep is not):

{
  "name": "my-func-app",
  "type": "module",
  "dependencies": {
    "some-manual-peer-dep": "^1.0.0"
  }
}

Known possible issues

• If after creation the build is failing, try updating @types/node and/or typescript versions.
• To be able to publish a function to your Azure account, an az login is required first.
• If you are using the flat eslint config, you might want to add the following to the end of your base config export:

  {
    ignores: ['apps/**/dist'],
  }

Publish to Azure

• Sign in to Azure

az login

• Make sure you select the correct subscription

az account set --subscription "<subscription ID or name>"

You can learn more about it on Microsoft Learn.

• Use the name of your local NX app and the name of your existing function app on Azure to run the publish command:

nx publish <local-app-name> -n <function-app-on-azure>

• Wait for the process to finish and the triggers to properly sync

Limitations

Currently, the plugin supports only TypeScript functions.