Skip to content
This repository has been archived by the owner on Oct 22, 2023. It is now read-only.

Setup commands that run in a different container #286

Open
charleskorn opened this issue Nov 21, 2019 · 3 comments
Open

Setup commands that run in a different container #286

charleskorn opened this issue Nov 21, 2019 · 3 comments
Labels
frozen Issue should not be marked as stale is:enhancement priority:low

Comments

@charleskorn
Copy link
Collaborator

Continuation of discussion in #105, for the more advanced use case:

some way to run commands in another container after another container becomes healthy but before any containers that depend on it start

@paulvalla-zorro
Copy link

That would be handy, we are trying to initialize a dynamodb running in one container, using an aws-cli container to create a table and once everything is ready, run integration tests in a third container.

@stale
Copy link

stale bot commented Feb 28, 2021

This issue has been automatically marked as stale because it has not had any activity in the last 60 days. It will automatically be closed if no further activity occurs in the next seven days to enable maintainers to focus on the most important issues.
If this issue is still affecting you, please comment below within the next seven days.
Thank you for your contributions.

@stale stale bot added the stale label Feb 28, 2021
@charleskorn charleskorn added the frozen Issue should not be marked as stale label Feb 28, 2021
@stale stale bot removed the stale label Feb 28, 2021
@kokrange
Copy link

kokrange commented May 13, 2021

I think it's a pretty common scenario especially for database migration because most db containers do not have the environment(migration tools) to migrate itself. It would be nice to have some kind of short-lived container that do something only for the long-lived container and quit after finished, like k8s Jobs.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
frozen Issue should not be marked as stale is:enhancement priority:low
Development

No branches or pull requests

3 participants