2009/1/5 Jan Normann Nielsen <spam_at_dubbekarl.dk>:
> On Mon, Jan 5, 2009 at 06:33, Jan Normann Nielsen <spam_at_dubbekarl.dk> wrote:
>>> If you can't give an exact reproduction recipe, the developers can't
>>> research the "bug". "Full reproduction recipe" includes telling us
>>> what version of TSVN you're using, and your OS.
>> 1) Ensure "use recycle bin when reverting" is selected
>> 2) Select an unversioned file and a modified file from the check for
>> modifications dialogue, select "revert".
>> Both files are sent to the recycle bin. The modified file is "restored"
>> by the revert, the other is "lost".
>> WinXP SP3. I'm running a nightly build from trunk. (updated this morning)
>>> Revert should be done by the Subversion libraries, meaning that if
>>> this were a true bug, it would have been seen/found by someone by now
>>> and fixed.
>> I think use of the recycle bin when reverting and resolving is unique to
> I'm sorry for the misunderstanding. Dave has already cleared it up.
> To sum everything up, TSVN's handling of unversioned files is confusing.
> If you right-click an unversioned file in Explorer, you cannot revert
> it. If you choose "check for modifications" on a folder with an
> unversioned file in it, you cannot choose "revert" if you right-click
> the file. If you select multiple files including unversioned items and
> right-click, you can choose "revert", but the unversioned items are
> deleted. I think TSVN should just ignore the unversioned files (i.e. not
> delete them). This would make TSVN consistent with the command-line
> client which will skip unversioned items if they are the target of a
> revert operation.
1.4.x does indeed ignore unversioned items during revert, so this
would be a regression in 1.5.x
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-01-05 14:08:29 CET