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

VOLUME statement behavior in legacy builder vs. BuildKit #18113

Open
1 task done
nathanweeks opened this issue Sep 6, 2023 · 8 comments
Open
1 task done

VOLUME statement behavior in legacy builder vs. BuildKit #18113

nathanweeks opened this issue Sep 6, 2023 · 8 comments
Labels
area/build Relates to Dockerfiles or docker build command

Comments

@nathanweeks
Copy link

Is this a docs issue?

  • My issue is about the documentation content or website

Type of issue

Information is incorrect

Description

The "Notes about specifying volumes" section mentions

  • Changing the volume from within the Dockerfile: If any build steps change the data within the volume after it has been declared, those changes will be discarded.

This is apparently true for the legacy builder, but not for BuildKit (moby/moby#37176 (comment)):

BuildKit has a slightly different behaviour, where VOLUME statements are not applied during build, so it will actually modify the files that were originally in the given location, and only attach a volume when the container is run.

Location

https://docs.docker.com/engine/reference/builder/

Suggestion

Perhaps note the difference in behavior between the legacy builder and BuildKit?

@nathanweeks nathanweeks added the status/triage Needs triage label Sep 6, 2023
@craig-osterhout craig-osterhout added area/build Relates to Dockerfiles or docker build command and removed status/triage Needs triage labels Sep 7, 2023
@docker-robot
Copy link

docker-robot bot commented Mar 15, 2024

There hasn't been any activity on this issue for a long time.
If the problem is still relevant, mark the issue as fresh with a /remove-lifecycle stale comment.
If not, this issue will be closed in 14 days. This helps our maintainers focus on the active issues.

Prevent issues from auto-closing with a /lifecycle frozen comment.

/lifecycle stale

@nathanweeks
Copy link
Author

/remove-lifecycle stale

@docker-robot
Copy link

docker-robot bot commented Jun 13, 2024

There hasn't been any activity on this issue for a long time.
If the problem is still relevant, mark the issue as fresh with a /remove-lifecycle stale comment.
If not, this issue will be closed in 14 days. This helps our maintainers focus on the active issues.

Prevent issues from auto-closing with a /lifecycle frozen comment.

/lifecycle stale

@nathanweeks
Copy link
Author

/remove-lifecycle stale

@docker-robot
Copy link

docker-robot bot commented Sep 11, 2024

There hasn't been any activity on this issue for a long time.
If the problem is still relevant, mark the issue as fresh with a /remove-lifecycle stale comment.
If not, this issue will be closed in 14 days. This helps our maintainers focus on the active issues.

Prevent issues from auto-closing with a /lifecycle frozen comment.

/lifecycle stale

@nathanweeks
Copy link
Author

/remove-lifecycle stale

@docker-robot
Copy link

docker-robot bot commented Dec 10, 2024

There hasn't been any activity on this issue for a long time.
If the problem is still relevant, mark the issue as fresh with a /remove-lifecycle stale comment.
If not, this issue will be closed in 14 days. This helps our maintainers focus on the active issues.

Prevent issues from auto-closing with a /lifecycle frozen comment.

/lifecycle stale

@nathanweeks
Copy link
Author

/remove-lifecycle stale

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/build Relates to Dockerfiles or docker build command
Projects
None yet
Development

No branches or pull requests

2 participants