---
id: video/JKsLjwSh0SQ
type: video
title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
summary: "Dependency publishing in AL (2024 release wave 2): when a developer publishes a changed app from VS Code, direct dependencies are recompiled and reapplied in order. Covers the default, ignore and strict options, restore after a failed deployment, and the limits."
tier: official
language: en
tags:
  - dependency publishing
  - al development
  - extension management
  - deployment lifecycle
  - breaking changes
  - vs code
  - lunch configuration
system: development
review:
  state: reviewed
  by: opus
  at: "2026-10-07T23:05:27.062Z"
  flags: []
generated:
  at: "2026-10-07T23:05:27.119Z"
  pipeline: 0.2.0
  prompts:
    extract-video: 1
    summarize-video: 2
  input_hash: e67034fc004220ee5a9b63c57de1ac59de350e82d8748985875367fe50be1ae5
evidence:
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=17s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 17
    quote: To change out a dependency, you need to remove all the things that depend on it first.
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=130s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 130
    quote: it can be quite hard sometimes to get back to the original state on the left side here in order for me to continue
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=287s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 287
    quote: we have a option in the launch config called dependency publishing options
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=297s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 297
    quote: setting it to default here will recompile all the direct dependencies of the changed app whether or not they're in the workspace I'm working
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=325s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 325
    quote: because we have improved the way we detect what is getting published and uninstalled and ready to be reapplied, we can now restore this
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=380s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 380
    quote: One of the core scenarios is is that we do not support in Business Central uh the downgrade of apps because they have destructive
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=406s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 406
    quote: for a normal developer like me looking here and changing some small things, pressing every every F5 every now and then, this will be
  - kind: video
    url: https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=406s
    title: "What's New in AL: Dependency Publishing (2024 release wave 2)"
    date: "2024-10-08T15:00:24.000Z"
    commit: null
    t: 406
    quote: So, if you change the version as part of a small change, then it does not work with the restore.
links:
  learn: []
  objects: []
  features: []
  topics: []
  localizations: []
  videos: []
  posts: []
  guidelines: []
video_id: JKsLjwSh0SQ
channel: yt-microsoft
source_name: Microsoft Dynamics 365 Business Central (YouTube)
url: https://www.youtube.com/watch?v=JKsLjwSh0SQ
published_at: "2024-10-08T15:00:24.000Z"
duration_s: 442
captions: full
audience:
  - developer
  - functional consultant
  - partner
chapters:
  - t: 0
    title: The dependency management challenge
  - t: 82
    title: How VS Code handles deployment and failures
  - t: 143
    title: Demonstration setup and scenario
  - t: 241
    title: Dependency publishing failure and recovery
  - t: 297
    title: Dependency publishing options explained
  - t: 370
    title: Limitations and conclusion
features:
  - name: Dependency Publishing
    status: unclear
    t: 287
    verified: false
    status_source: video
  - name: Dependency Publishing Options - Default
    status: unclear
    t: 287
    verified: false
    status_source: video
  - name: Dependency Publishing Options - Ignore
    status: unclear
    t: 340
    verified: false
    status_source: video
  - name: Dependency Publishing Options - Strict
    status: unclear
    t: 356
    verified: false
    status_source: video
  - name: Extension restore on failed deployment
    status: unclear
    t: 277
    verified: false
    status_source: video
objects_mentioned:
  - other Extension management
quotes:
  - t: 17
    text: To change out a dependency, you need to remove all the things that depend on it first.
    check: exact
  - t: 130
    text: it can be quite hard sometimes to get back to the original state on the left side here in order for me to continue
    check: exact
  - t: 287
    text: we have a option in the launch config called dependency publishing options
    check: exact
  - t: 297
    text: setting it to default here will recompile all the direct dependencies of the changed app whether or not they're in the workspace I'm working
    check: exact
  - t: 325
    text: because we have improved the way we detect what is getting published and uninstalled and ready to be reapplied, we can now restore this
    check: exact
  - t: 380
    text: One of the core scenarios is is that we do not support in Business Central uh the downgrade of apps because they have destructive
    check: exact
  - t: 406
    text: for a normal developer like me looking here and changing some small things, pressing every every F5 every now and then, this will be
    check: exact
  - t: 406
    text: So, if you change the version as part of a small change, then it does not work with the restore.
    check: exact
---

# What's New in AL: Dependency Publishing (2024 release wave 2)

> Dependency publishing in AL (2024 release wave 2): when a developer publishes a changed app from VS Code, direct dependencies are recompiled and reapplied in order. Covers the default, ignore and strict options, restore after a failed deployment, and the limits.

[Watch on YouTube](https://www.youtube.com/watch?v=JKsLjwSh0SQ) · Microsoft Dynamics 365 Business Central (YouTube) · 2024-10-08 · 7:22 · tier official · reviewed (checked by Opus)

## Overview

The video explains why replacing an app that other extensions depend on is hard: dependents must be removed first, and getting back to the original state after a failed deployment can be difficult. Dependency publishing detects changes in the app and recompiles its direct dependencies during deployment, then reapplies the dependent extensions in the right order.

A demo shows a deployment failing and the original extensions being restored. The video then explains the three publishing options (default, ignore, strict) and the limitations, including that app downgrades are not supported and that changing the app version breaks the restore.

## Key points

- Dependency publishing options is a setting in the launch config that controls how dependent apps are recompiled when publishing from VS Code with F5.
- Default option recompiles all direct dependencies of the changed app, whether or not they are in the current workspace.
- Ignore option recompiles only the published (changed) app, so dependent extensions can start getting runtime errors.
- Strict option requires all dependencies to be in the workspace and fails from the start if the changed app has dependencies not present in the workspace.
- If a deployment fails, the original extensions are restored, so the developer does not have to manually rebuild the previous extension setup.
- Restore does not work if the app version was changed as part of the deployment, because Business Central does not support app downgrades due to possible destructive changes.

## Chapters

- [0:00](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=0s) The dependency management challenge
- [1:22](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=82s) How VS Code handles deployment and failures
- [2:23](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=143s) Demonstration setup and scenario
- [4:01](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=241s) Dependency publishing failure and recovery
- [4:57](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=297s) Dependency publishing options explained
- [6:10](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=370s) Limitations and conclusion

## Features

| Feature | Status | At |
|---|---|---|
| Dependency Publishing | status not stated, demoed | [4:47](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=287s) |
| Dependency Publishing Options - Default | status not stated, demoed | [4:47](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=287s) |
| Dependency Publishing Options - Ignore | status not stated | [5:40](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=340s) |
| Dependency Publishing Options - Strict | status not stated | [5:56](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=356s) |
| Extension restore on failed deployment | status not stated, demoed | [4:37](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=277s) |

## AL objects mentioned

As heard in the captions. A name that matches one object page by exact type and name links to it; the others stay as named.

- other "Extension management" at [2:23](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=143s)

## Quotes

- [0:17](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=17s) "To change out a dependency, you need to remove all the things that depend on it first."
- [2:10](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=130s) "it can be quite hard sometimes to get back to the original state on the left side here in order for me to continue"
- [4:47](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=287s) "we have a option in the launch config called dependency publishing options"
- [4:57](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=297s) "setting it to default here will recompile all the direct dependencies of the changed app whether or not they're in the workspace I'm working"
- [5:25](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=325s) "because we have improved the way we detect what is getting published and uninstalled and ready to be reapplied, we can now restore this"
- [6:20](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=380s) "One of the core scenarios is is that we do not support in Business Central uh the downgrade of apps because they have destructive"
- [6:46](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=406s) "for a normal developer like me looking here and changing some small things, pressing every every F5 every now and then, this will be"
- [6:46](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=406s) "So, if you change the version as part of a small change, then it does not work with the restore."

## Disclaimers in the video

- [6:10](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=370s) other: We do not support in Business Central the downgrade of apps because they have destructive changes
- [6:46](https://www.youtube.com/watch?v=JKsLjwSh0SQ&t=406s) other: If you change the version as part of a small change, then it does not work with the restore

Presenters (as heard): Stefan Balslev.