Red Hat Bugzilla – Bug 785268
cleaning a re-deployment with a edited file fails
Last modified: 2013-09-01 06:14:24 EDT
1) deploy a bundle that has a file in it - foo.txt.
2) edit foo.txt after its laid down on the destination directory
3) re-deploy the same bundle you did in step 1 BUT make it a "clean deployment" (check the clean option in the bundle deploy wizard).
What should happen is foo.txt should be reverted back to what it looks like in the bundle. However, what happens is foo.txt gets outright deleted and missing after the second deployment completes.
git commit to master: 657f2f2
this includes the fix and some unit tests to show it working
the use-case here was the drift remediation demo that jay s produced and a feature that ian/lukas promoted earlier.
The concept is that you deploy a bundle, and someone changes a file that was laid down. Drift gets detected due to that change and that drift triggers an alert which then invokes an alert CLI script which turns around and does a clean deployment of the same bundle.
When that sequence of events happens, this bug is hit.
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.