bugmonotone - Bugs: bug #15982, Smarter handling of file/directory...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #15982: Smarter handling of file/directory drops

Submitted by:  Thomas Keller <tommyd>
Submitted on:  Fri 03 Mar 2006 11:35:49 PM UTC  
 
Category: command line UISeverity: 3 - Normal
Item Group: feature requestStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed
mtn version --full: 

monotone 0.26pre2 (base revision: 9ca37b918cb5309d8d3b0be000dc8a1151df262f)
Running on: Linux 2.6.14-1.1637_9.rhfc4.cubbi_swsusp2 #1 Fri Nov 25 17:06:18 CET 2005 i686
Changes since base revision: unknown

Generated from data cached in the distribution;
further changes may have been made.

Generated from data cached in the distribution;
further changes may have been made.

Generated from data cached in the distribution;
further changes may have been made.

Generated from data cached in the distribution;
further changes may have been made.

Generated from data cached in the distribution;
further changes may have been made.

Sat 04 Mar 2006 03:30:43 AM UTC, comment #1:

We already have all the logic for this, we should just use it. To do the actual deletion, use cset::apply_to on an editable_working_tree.

(We should be moving all such operations into going via editable_working_tree anyway, to make later things like undo and non-merge conflicts easier.)

Nathaniel Smith <njs>
Project Member
Fri 03 Mar 2006 11:35:49 PM UTC, original submission:

It seems to matter in which order you drop the files, especially if one wants to remove the files via -e physically:

If you do e.g. `monotone drop -e a/aa a/bb a` everything works fine (if a is empty afterwards), but if you do e.g. `monotone drop -e a a/aa a/bb` monotone fails to physically remove "a" since it is obviously not yet cleaned.

It would be really nice to "reorder" the given files on cmdline (oxygene proposed "reverse lexical sorted order" for that) so that the error does not popup if all files of the directory are dropped by one statement.
Even nicer would be some functionality to do a recursive remove, like rm -rf dir, so if I like to drop a directory and all its contents I no longer need to list each item in the directory.

Thomas Keller <tommyd>
Project Administrator

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Wed 26 Apr 2006 05:20:54 AM UTCtbrownawStatusNone=>Fixed
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1