Skip to content

Conversation

@spetersenms
Copy link
Contributor

@spetersenms spetersenms commented Jan 29, 2026

❔What, Why & How

Additional options for handling dependencies. This is mainly needed if you build the same app with different code but use the same id, such as when you have country specific changes.

The issue you might face is that if you have a project B that depends on project A and both A and B builds the same app, but B adds country specific changes, the dependency resolution of AL-Go will take the app from A. This can cause failures.

Additionally a setting has been added to force dependency on a specific project. Imagine you have project A, B and C. A and B builds the same app, but B has country specific changes. C depends on that app, but only expect the base version without country specific changes. In this case, AL-Go will think C depends on both A and B since the app id is the same in both projects. The new setting allows you to manually set C to only depend on A.

Note: if you don't use the same app id for apps with country specific changes, this is not relevant for you.

Related to issue: #

✅ Checklist

  • Add tests (E2E, unit tests)
  • Update RELEASENOTES.md
  • Update documentation (e.g. for new settings or scenarios)
  • Add telemetry

@freddydk
Copy link
Contributor

freddydk commented Jan 29, 2026

Isn't this something we strongly advise NOT to do?
I would not recommend allowing this. AppId + version should yield a unique app - else things like NuGet will also have to be reconsidered.
We have special handling of NuGet because Microsoft are "allowed" to have the same appid for country specific apps, but this should be something we are going away from having - not something the encourage people to do.

Please reconsider this.

@freddydk
Copy link
Contributor

Isn't this something we strongly advise NOT to do? I would not recommend allowing this. AppId + version should yield a unique app - else things like NuGet will also have to be reconsidered. We have special handling of NuGet because Microsoft are "allowed" to have the same appid for country specific apps, but this should be something we are going away from having - not something the encourage people to do.

Please reconsider this.

If AL-Go should support stuff like this - we should enable mechanisms to get new sticky appids for different buildmodes / countrycodes to keep the uniqueness.

Vjeko recently had a good blogpost describing some of the problems of having the same appids for different apps: https://vjeko.com/2026/01/27/when-guids-collide-the-app-id-problem-nobody-expected/ - please don't increase support for something we should not support.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants