A less optimal choice would be to make that folder on your “Desktop”, now because your Desktop folder is probably located in “C:\Users%username%\Desktop”, so that new folder would be “C:\Users%username%\Desktop\RestoredFiles”. Something like “C:\RestoredFiles” is great, nice and easy to find with a short path.
If the replacment item arrives by means of an svn copy then it will haveĭifferent history to the item it replaced - you can confuse yourself on Should have reverted the deletion at step 2. The above example would probably be a mistake where the user actually In a single revision by doing something like "Replaced" means the item was deleted, and then another item (whichĬould be identical) has been added at the same path. but i do note that it has added them as 'replacing' another file? > Unfortunately necessity has meant I have had to commit the 'changes' so i don't have them any more in their so called differing state. I also turned off all the options to 'ignore x y z' in Tortoise. > The files were definitely identical - as simon pointed out. You are not using a LAN connection that could take a *very* long time You would require downloading the 'before' and 'after' copies of everyĬhanged file and running the diff with your preferred options to find In order to find out whether the change is interesting to
Use only generates a list of files that have changed, which is a quick > Is there a way to get TortoiseSVN to ignore EOL differences when using > ending characters (CR and LF)" function), in which I see the EOL > appear to be similar (unless I uncheck the "Ignore differences in line > use Araxis Merge (my tool of choice), to compare the files, they > detecting differences in files that I believe to be the same. I have recently noticed, that TortoiseSVN is
I use the function "Compare Revisions" in TortoiseSVN to create my
0 kommentar(er)
