Allow disabling clean

[flyway]

Original author: l...@luissantos.pt (March 20, 2013 11:01:23)

Is it possible to add confirmation to the "clean" command?

Adding an "--force-drop-database" option will skip the confirmation.

This doesn't have a security impact but it will "avoid" some problems.

Thanks.

Original issue: http://code.google.com/p/flyway/issues/detail?id=455

[flyway]

From axel.fontaine.business@gmail.com on March 20, 2013 11:32:46
Hi Luis,

thanks for your suggestion. You can easily add this by wrapping Flyway in such a way that clean results either in a no-op or pops up a confirmation request.

However I feel this doesn't quite belong in the main distribution.

Cheers
Axel

[factotvm]

I disagree that this doesn't belong in the main distribution. Many tools have a flag in order to force destructive events without a prompt. In addition, the prompt when not forced could also show the instance on which it will be running. Could you explain why you feel this is outside the scope of Flyway? It appears that a little bit of work could save a lot of pain. Would you accept a pull request with this feature?

[axelfontaine]

It is not a priority for me, but I'm not religiously opposed to it. If this issue gathers support, I may consider a PR, probably for a flag that allows you to disable clean as opposed to one that allows you to enable it.

[factotvm]

Let me tell you what happened on my team: a colleague used clean when they wanted to use repair. And while it definitely was a user error, it would have been tremendous of Flyway to protect from this error. Additionally, I'm not sure the semantics of clean hold up (if we're looking to Maven as a precedent). It would be as if running mvn clean on a box deleted all remote artifacts. Lastly, I feel like the flag should be to circumvent the prompt, because otherwise the error and its ramifications are still quite possible.

I suppose if there was a configuration that could be set on a project to use a prompt on clean, then that might work, though I still feel this could lead to unintended consequences.

[rotatomel]

Clean is intended to be used in development environment... I know it was a
mistake but I dont think that a prompt is needed.
Regards
El dic 11, 2014 10:53 PM, "Daniel Thompson" notifications@github.com
escribió:

Let me tell you what happened on my team: a colleague used clean when
they wanted to use repair. And while it definitely was a user error, it
would have been tremendous of Flyway to protect from this error.
Additionally, I'm not sure the semantics of clean hold up (if we're looking
to Maven as a precedent). It would be as if running mvn clean on a box
deleted all remote artifacts. Lastly, I feel like the flag should be to
circumvent the prompt, because otherwise the error and its ramifications
are still quite possible.

I suppose if there was a configuration that could be set on a project to
use a prompt on clean, then that might work, though I still feel this could
lead to unintended consequences.

—
Reply to this email directly or view it on GitHub
#458 (comment).

[axelfontaine]

Implemented.

[cxxr]

Thanks! Definitely going to use this config option in production.