-
Notifications
You must be signed in to change notification settings - Fork 642
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
docker:volume-remove should not fail the build if the volume is not found #763
Comments
I agree with you that we should be more conservative here and make Fancy of sending a PR for this ? |
I sorta thought I had. What did I miss?
…On May 16, 2017 7:56 PM, "Roland Huß" ***@***.***> wrote:
I agree with you that we should be more conservative here and make
fabric8:volume-remove a no-op when the volume does not exist.
Fancy of sending a PR for this ?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#763 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFyAWJR-jxbm8oNq95fhAfhVV1K83lujks5r6jePgaJpZM4NFQI7>
.
|
@KedneckInc Sorry, can't find it. Which PR do you refer to ? |
Oh! PR = pull request. I was thinking PR = problem report. Sorry. I'll
look into it. Life's been a bit busy lately.
…On May 17, 2017 4:28 AM, "Roland Huß" ***@***.***> wrote:
@KedneckInc <https://github.com/kedneckinc> Sorry, can't find it. Which
PR do you refer to ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#763 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFyAWN_f54TXu8oHpNm1PAKg-xd_ZEXXks5r6q-pgaJpZM4NFQI7>
.
|
Ok, it's a simplistic fix, but it will work.
…On May 18, 2017 5:59 PM, "Edwin Wiles" ***@***.***> wrote:
Oh! PR = pull request. I was thinking PR = problem report. Sorry. I'll
look into it. Life's been a bit busy lately.
On May 17, 2017 4:28 AM, "Roland Huß" ***@***.***> wrote:
> @KedneckInc <https://github.com/kedneckinc> Sorry, can't find it. Which
> PR do you refer to ?
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#763 (comment)>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AFyAWN_f54TXu8oHpNm1PAKg-xd_ZEXXks5r6q-pgaJpZM4NFQI7>
> .
>
|
Thanks ;-) I will check #788 this later today. |
Anything? |
@rhuss, @KedneckInc, did #788 resolve this? should it be closed? |
I think so, so I'm going to close this isssue. @KedneckInc feel free to re-open if this is not the case. |
Many Thanks! I'm sorry I took so long to respond, but this did indeed fix the problem. Now our developers don't have to manually clean up the old volumes! |
Description
Docker:volume-remove mapped to maven lifecycle 'clean' fails the build if the volume cannot be found.
Since the purpose of 'volume-remove' is to simply remove the given volume, if it's already gone, there's no reason to fail the build.
Unfortunately, there doesn't seem to be any flag or setting that will stop the plugin from failing the build.
Info
mvn -v
) :I'd call it a bug, but you might think of it as a feature request. Either way...
Create a simple pom.xml including something like the following
Run
mvn clean
on an already clean project with no volume. Boom.Consider binding the volume-clean step to the 'initialize' phase to guarantee that the volume is rebuilt every time.
Consider the standard
mvn clean install
, which will fail every time because 'volume-clean' fails when the volume isn't present.The text was updated successfully, but these errors were encountered: