Please don't reply to me, reply to the list. List convention is to
*not* top-post.
On Tue, Oct 25, 2011 at 11:23, Robert J. Gebis <rjgebis_at_gmail.com> wrote:
> Ok so this is the only way to get around this problem? Well dumping and reloading is another with rev range.
> Does svnadmin tool support true "drop to revision". Or would it be possible?
What's your goal? It sounds like you've already fixed the filename in
the repository, so a checkout of HEAD (or any other revision that
doesn't contain the bad filename) should work fine. Are you saying
that this is not the case? Just don't check out/update to that
particular revision on Windows and you should have no trouble.
Where you're having trouble right now is the fact that your update
with "aux" failed. Try svn cleanup on your working copy, if that
doesn't let you continue then you'll need to do a fresh checkout.
You''ll have to explain what "drop to revision" means if you want to
pursue that. Doing major surgery on your repository right now seems
excessive to me.
> On Oct 25, 2011, at 9:48 AM, Andy Levy wrote:
>
>> On Tue, Oct 25, 2011 at 10:42, Robert J. Gebis <rjgebis_at_gmail.com> wrote:
>>> I did run into a problem that I was no aware of and I want to bring this up to attention. Also I would like to know what is the best way to handle such case since it gave me little problem.
>>>
>>> I am developing multi platform system. When I try to add "aux" folder on linux I was able to commit just fine. Now wen getting update on windows I was getting strange error saying that aux folder can't be created. Googling I found below link explaining reserved words on windows.
>>>
>>> http://www.blindedbytech.com/2006/11/16/forbidden-file-and-folder-names-on-windows/
>>>
>>> Now I try to move aux to misc on Linux and committing it. That was fine but still on windows I was not able to get latest.
>>> It looks like it was updating all changes and (creation of aux) before applying (move aux mic).
>>> I try to delete misc on linux and committing it. Still windows was complaining. It does not seems like svn have true "drop" to revision.
>>>
>>> I ended up doing svnadmin dump -r 1:$GOOD_VER, created new repo and loading it back. This is a long process.
>>>
>>> Are there any other/better alternatives. I was pressed on time so perhaps I did overlooked something?
>>
>> A fresh checkout (instead of trying to recover the half-updated one
>> from your initial attempt, when the file was named aux) should work
>> fine. If you check out HEAD, the client should never see the file
>> named "aux."
>
>
Received on 2011-10-25 17:29:31 CEST