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

How are you supposed to manage multiple overlays with Ship? #1063

Open
ianwalter opened this issue Sep 1, 2019 · 2 comments
Open

How are you supposed to manage multiple overlays with Ship? #1063

ianwalter opened this issue Sep 1, 2019 · 2 comments

Comments

@ianwalter
Copy link

For example, if I’m trying to use Ship to manage a Redis instance for dev and staging how would I do that? Would I just copy the ship overlay and rename it? Or am I supposed to keep them in separate directories (run ship init twice)?

@laverya
Copy link
Member

laverya commented Sep 3, 2019

Unfortunately, we don't have provisions for multiple ship targets yet. We do have a solution in our cloud environment, but that is to run ship with any common settings and changes, and then to run two additional ship instances that use the rendered yaml of the first as their base in order to apply staging or dev-specific changes. But of course that still means running ship more than once.

@laverya
Copy link
Member

laverya commented Sep 5, 2019

@ianwalter, expanding on this a little - if you're willing to forego total ship management of your process, it should be possible for you to run ship to setup your dev environment, move overlays/ship to overlays/dev, and then rerun (with ship update --headed or ship edit) to setup your staging overlays.

ship update would still work, though you would need to generate your dev yaml afterwards with kustomize overlays/dev.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants