fix: No need to set aws_s3_bucket_object
etag
as filename is already a hash of the content
#180
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
There is no need to set the optional
etag
field of theaws_s3_bucket_object
resource as the filename is a hash of the content that only changes when the actual content changes.Setting
etag
to a computed MD5 hash of the locally built zip archive used to always trigger changes.Motivation and Context
When building packages on several workspaces, the MD5 sum of the locally built zip archive always changes.
Setting the
TF_RECREATE_MISSING_LAMBDA_PACKAGE
tofalse
alone does not resolve that issue.Breaking Changes
N/A
How Has This Been Tested?
examples/*
projectsWhen package source content changes, the hash of the zip archive changes, it is properly uploaded to S3, and the Lambda is properly updated to use that version.