Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support .NET 8 dockerless build #3067

Closed
weikanglim opened this issue Dec 4, 2023 · 2 comments
Closed

Support .NET 8 dockerless build #3067

weikanglim opened this issue Dec 4, 2023 · 2 comments
Assignees

Comments

@weikanglim
Copy link
Contributor

weikanglim commented Dec 4, 2023

Currently, azd supports dockerless builds using Oryx buildpacks for languages. azd uses builder image mcr.microsoft.com/oryx/builder:debian-buster-20231004.1 for dotnet. This does not support .NET 8 yet.

Loosely, we have a few options:

Option 1 (buildpacks support):

Wait for mcr.microsoft.com/oryx/builder:debian-bookworm-20231004.1 to support all versions of .NET

Option 2 (buildpacks + azd support)

Implement .NET version detection logic, to be able to switch builder images

Option 3 (azd support + .NET container build)

Implement .NET version detection logic, for versions of .NET (maybe just 8.+) that support container support, use dotnet publish by default.

@spboyer
Copy link
Member

spboyer commented Dec 7, 2023

If we go with Option 3, it would have to be for .NET 8+ only. In .NET 7, there is a nuget package required to support SDK Container builds. Need to consider local architecture target versus host target. Making sure there is a way to define PLATFORM for image. Cannot assume local=target host

@weikanglim
Copy link
Contributor Author

We ended up on Option 1 with #3112

It will still be interesting to see how we want start slowly moving .NET8+ users onto .NET native publishing with #2632

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

No branches or pull requests

2 participants