Greetings, Les Mikesell! >>>> 4. Quite (un)surprisingly, my intent is to actually find revision, >>>> in which the destruction was made. Because, quite (un)surprisingly, >>>> I don't know that. >>> >>> I'd like to be able to see the future too - but unfortunately, neither >>> subversion nor I can do that. >> >> From the user's perspective, it's most definitely not the future he's >> asking Subversion to show, but the past.
> Yes he is, because he is identifying the peg rev but wants the log to > give the history of HEAD which is in the future as far as anything that > could have been written at the time of that rev, and in fact is a place > where the item doesn't exist. As I said, I'm well aware of that. So, even asking, I don't expect it to produce any result at that point. You know, the classic school primer asking you for something extraordinary not to make any sense of it, but to teach you to support your own opinion with arguments. In this case the argument should be "this shit was deleted in rev.X, so it can't be found in HEAD by any means, unless you resurrect it". >> Thanks for this interesting discussion. I often wondered whether what >> Andrey is asking was possible and whether there was anything better than >> my tentative poking at moreless random peg revs in the repo to find the >> moment a file disappeared, or came into being. >> >> Binary search on the 0 to HEAD revision range is a possibility, but it's >> also a rather wasteful workaround. > Fisheye (a commercial product) does a brute-force extract/index of all > the filenames and content in all revs in a repo for quick searches. > I'm not sure if there is any equivalent open source program but this is > probably the right answer for anyone who needs to do that frequently. Sorry, do you mean that we have to pay to cover the lack of functionality in Subversion? And it should remain this way? >> What's really needed, I think, is an index on the URL maintained by the >> server that points to the revision ranges where the node existed. That >> would allow me to do a lookup on any given URL and quickly see whether >> it has ever existed, and when precisely; or not at all. > There's a big problem here - whether a URL exists or not usually isn't > the right answer for things that have been deleted and replaced by > something else of the same name. I strongly suspect that Ludwig had in mind that Subversion could track revisions in which file has been changed in either way. Then no way you could confuse between different files with same URL. -- WBR, Andrey Repin (anrdae...@freemail.ru) 30.11.2010, <16:28> Sorry for my terrible english...
