Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Comments

Docker cleanup command#3031

Open
rambleraptor wants to merge 1 commit intoapache:main from
rambleraptor:docker-cleanup
Open

Docker cleanup command #3031
rambleraptor wants to merge 1 commit intoapache:main from
rambleraptor:docker-cleanup

Conversation

@rambleraptor
Copy link
Contributor

@rambleraptor rambleraptor commented Feb 10, 2026

Closes #3029

Rationale for this change

This adds a Docker cleanup command.

Note: This command should be called by users, but isn't necessary for ephemeral CI (like GitHub Actions)

Are these changes tested?

Are there any user-facing changes?

@rambleraptor rambleraptor changed the title (削除) Add deprecation message for source-id (削除ここまで) (追記) Docker cleanup command (追記ここまで) Feb 10, 2026
Copy link
Contributor

@geruh geruh left a comment
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have 4 compose stacks managed by the 3 use cases mentiond in the issue.

  • **Integration**: kill/rm/up in test-integration-setup thst are cleaned up by CLEANUP_COMMAND / KEEP_COMPOSE.
  • **S3/ADLS/GCS**: storage shell scripts (run-minio.sh, run-azurite.sh, run-gcs-server.sh) that start but never stop the containers.

The current model tears down integration containers after each test run, but leaves the others running forever. Here's what I'm thinking"

All backends stay up once started. test-s3, test-adls, test-gcs, and test-integration should all be start-and-leave-running with no auto cleanup. This saves the overhead of spinning containers up/down repeatedly during development...

make docker-clean is the explicit terminate everything command, like make clean for your dev environment. Users/release validators call this when they're done doing what they gotta do.

That would also let us drop KEEP_COMPOSE / CLEANUP_COMMAND / test-integration-cleanup since the default behavior becomes "keep running" and cleanup is always explicit.

Let me know what you think? I probably should've added this to the issue.

uv run $(PYTHON_ARG) coverage html
uv run $(PYTHON_ARG) coverage xml

docker-clean: ## Stop and remove all Docker containers and volumes
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: this can go in the maintenance section since make help groups them

uv run $(PYTHON_ARG) coverage xml

docker-clean: ## Stop and remove all Docker containers and volumes
docker compose -f dev/docker-compose-integration.yml down -v --remove-orphans
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a little redundant with cleanup command

Copy link
Contributor Author

I'm not a huge fan of removing Makefile commands, since those get baked into Bash scripts. I think we should assume that somebody (somewhere) might be calling make test-integration-cleanup

geruh reacted with thumbs up emoji

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

Reviewers

1 more reviewer

@geruh geruh geruh left review comments

Reviewers whose approvals may not affect merge requirements

At least 1 approving review is required to merge this pull request.

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

cleanup docker containers after make command

AltStyle によって変換されたページ (->オリジナル) /