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

Adding default settings to support SDK container builds #2671

Merged
merged 1 commit into from
Sep 13, 2024

Conversation

mattchenderson
Copy link
Contributor

@mattchenderson mattchenderson commented Aug 23, 2024

Issue describing the changes in this PR

resolves #2617

Pull request checklist

  • My changes do not require documentation changes
    • Otherwise: Documentation issue linked to PR
  • My changes should not be added to the release notes for the next release
    • Otherwise: I've added my notes to release_notes.md
  • My changes do not need to be backported to a previous version
    • Otherwise: Backport tracked by issue/PR #issue_or_pr
  • I have added all required tests (Unit tests, E2E tests)

Additional PR information

Because the tests associated with these changes require a docker daemon, I've moved them out of the default test set by setting a trait and applying a default filter which removes it. The relevant test can still be run by explicitly specifying the other runtime settings file included in the PR. Discussion may be needed around running this test within CI.

In addition to passes for the newly added tests, I have also manually tested the resulting output in both Windows and Linux, using .NET SDK 8.0.4 as per the discussion in #2641. The resulting images have no differences in included packages.

I would like to discuss the impact of these changes, as they would modify the default base image and some other settings for apps that are already using SDK container builds. Those would likely be unsuccessful today, so it is likely safe to do so. However, this still could be a change that warrants a major version revision. Edit: This now targets a new major version. See comment below.

If someone is setting the properties explicitly, those would continue to be honored. I also defined a new property (FunctionsContainerOmitDefaultEnvsVars) which can be used to suppress the environment variables being added should someone be customizing the other properties or have some other reason to modify them. It was not clear to me how I could otherwise conditionally avoid overwriting values that someone else had supplied for these.

@mattchenderson
Copy link
Contributor Author

Discussed briefly with @fabiocav, and we agree that this indeed makes sense as a 2.0 for the SDK. I will rebase and retarget the feature/2.x branch.

@mattchenderson mattchenderson force-pushed the mattchenderson/sdkcontainer branch from 2cb3067 to f4b506c Compare August 23, 2024 16:46
@mattchenderson mattchenderson changed the base branch from main to feature/2.x August 23, 2024 16:47
@mattchenderson mattchenderson force-pushed the mattchenderson/sdkcontainer branch 2 times, most recently from f4b506c to e26a3d7 Compare September 6, 2024 01:35
@mattchenderson mattchenderson force-pushed the mattchenderson/sdkcontainer branch 3 times, most recently from 69435c0 to 73e8f32 Compare September 9, 2024 19:51
@mattchenderson mattchenderson force-pushed the mattchenderson/sdkcontainer branch from 73e8f32 to 758114b Compare September 10, 2024 16:54
@mattchenderson
Copy link
Contributor Author

Pushing one more revision to fix the merge conflict on the release notes. Will then merge.

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.

Support SDK container builds from worker
4 participants