-
Notifications
You must be signed in to change notification settings - Fork 100
Support acorn run --update --name ...
functionality to achieve behavior like kubectl apply
#466
Comments
We plan to add a feature like this. If you are not aware you can do |
I basically want to have a "acorn make it so" mode. In that mode I give acorn a acorn image or Acornfile and an application name. And than acorn will figure out if the current application have to be updated or created. Because I actually don't care if it's the first time the application is created ( This is something I really hate with docker-compose for example. There is no quick way for "make it so". |
Ah cool, I totally misunderstood your issue. I too would like this feature. There are three approaches I can think of to address this.
I personally like option 2. Option 1 is nice but does remove a guardrail of when a user accidentally uses the same name twice and they really wanted two different apps. |
I think, |
acorn run --update --name ...
functionality to achieve behavior like kubectl apply
acorn run --update --name ...
functionality to achieve behavior like kubectl apply
acorn run --update --name ...
functionality to achieve behavior like kubectl apply
coming in 0.4. updated title to reflect the current plan |
Almost there, one more tweak that won't make it in time for v0.4.0. We will release v0.4.1 when this is in |
back in! 😎 |
working as expected. 👍 |
To install an app and than update it, one must do a
acorn run --name foo
and than on any follow up changes must runacorn update foo
. It would be really cool to have something likeacorn apply --name foo
or similar to helm anacorn update --install foo
. This would allow easy docs in new projects. We just have to document the single command to run and update the app if already present.Moreover, this will ease the setup of CD steps in pipelines, since we must not distinguish in the pipeline between first install and later updates.
The text was updated successfully, but these errors were encountered: